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Abstract 


The  Data  Management  function  of  today's  Information  Systems  organi- 
zation is  facing  new  issues  and  challenges.  It  is  evolving  from  a  techno- 
logical support  function  to  an  organization- wide  administration  of  the 
information  networks  underlying  definition  and  structure. 

In  this  report  INPUT  looks  at  the  current  state  of  the  data  management 
function,  the  tasks  it  performs,  how  its  responsibilities  are  changing,  the 
impacts  of  new  technology,  and  its  shifting  role.  The  goal  of  this  report 
is  to  raise  awareness  about  the  changing  role  of  this  function,  to  suggest 
and  support  objectives  and  priorities  for  the  next  few  years,  and  to  indi- 
cate how  the  function  is  changing  due  to  the  accelerating  shift  to  rela- 
tional data  base  technology.  INPUT  believes  that  the  importance  of  the 
data  management  function  needs  to  grow  significantly,  and  with  it  the 
characteristics  of  the  individuals  who  perform  this  critical  task. 

This  report  contains  79  pages  and  40  exhibits. 
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Introduction 


A  

Overview  1988  will  prove  to  be  a  year  of  debarkation  for  the  data  management 

function  of  the  large  information  systems  organization.  After  years  of 
serving  as  the  "technical  controller"  for  data  base  management  system 
(DBMS)  based  applications,  the  data  management  function  now  finds 
itself  on  the  edge  of  major  change.  The  fundamental  DBMS  technology 
is  changing,  those  that  develop  DBMS-based  applications  are  changing, 
and  the  information  network  of  most  organizations  is  quickly  becoming 
distributed  over  three  levels  of  computing. 

No  longer  can  the  central  information  systems  (IS)  function  and  its  data 
administration  process  focus  only  on  the  traditional  hierarchical  DBMS 
applications.  The  task  of  doing  DBDs  (data  base  design)  and  the  other 
things  a  data  base  administrator  has  done  are  quickly  becoming  a  small 
part  of  the  data  management  process. 

Consider  the  following: 

•  The  installed  base  of  IBM's  relational  data  base  management  system, 
DB/2,  has  exploded  to  over  2000  over  the  past  year  and  a  half  and  is 
approaching  the  installed  base  of  IBM's  IMS  and  DL/1  hierarchical 
data  base  products. 

•  The  fastest  growing  software  companies  include  three  that  base  their 
entire  product  lines  on  relational  DBMS  technology.  They  are  Oracle, 
Sybase,  and  Relational  Technology,  the  developer  of  Ingres. 

•  It  is  becoming  common  to  place  a  relational  DBMS  on  departmental 
minicomputers  which  originally  used  only  file  management  systems. 
These  computers  are  under  the  control  of  the  end  user,  who  is  begin- 
ning to  use  relational  data  base  technology. 

•  Unlike  traditional  DBMS  technology,  relational  DBMSs  from  almost 
all  vendors  have  adopted  a  standard  language,  SQL.  The  concept  of 
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portability  has  been  accomplished  with  the  same  DBMS  and  its  appli- 
cations running  on  all  types  of  computers,  from  PCs  to  mainframes. 
Oracle's  relational  DBMS  runs  on  almost  any  minicomputer,  as  well  as 
under  DOS  on  personal  computers  and  under  VM  and  MVS  on  IBM 

mainframes. 

•  Using  the  relational  definition,  it  is  now  possible  to  distribute  a  data 
base  across  multiple  computers.  As  distributed  data  base  management 
system  capabilities  are  proven  and  improved,  the  entire  approach  to 
application  design  will  go  through  major  change. 

It  is  against  this  background  of  major  change,  and  with  the  belief  that 
data  management  is  one  of  the  most  important  obligations  of  the  central 
information  systems  organization,  that  INPUT  provides  this  status  report 
on  the  data  management  function,  Developments  in  Data  Base 
Technology. 

This  report  concludes  that  data  management  requires  the  concentrated 
attention  of  the  senior  information  systems  executive  over  the  next  five 
years. 


This  report  looks  at  the  data  management  function  of  information  sys- 
tems from  organizational  and  process  standpoints.  The  overall  objectives 
are  to  characterize  the  current  state  of  the  data  management  function  and 
to  set  a  framework  for  information  systems  management  to  use  in  direct- 
ing this  function  over  the  next  few  years. 

1.  Objectives 

The  specific  objectives  of  this  report  and  the  related  research  were  to: 

*  Identify  the  underlying  trends  and  issues  in  the  data  management  area 
relative  to  technology,  responsibilities  and  resources 

*  Track  progress  with  relational  DBMS  technology  and  its  use  by  both 
information  systems  and  end  users 

*  Assess  the  status  of  distributed  data  base  and  other  related  technologies 
such  as  the  data  base  computer  and  the  data  dictionary 

*  Understand  the  magnitude  of  change  that  is  impacting  the  data  man- 
agement function 

*  Set  objectives  for  the  data  management  function  and  its  management 
for  the  1990s 
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2.  Definitions 

The  following  terms  and  definitions  will  be  used  throughout  this  report. 

•  Data  Management — The  broad,  overall  process  of  providing  a  defini- 
tional basis  for  the  information  network  of  the  organization.  The  data 
management  process  incorporates  the  elements  of  data  architecture, 
data  administration,  and  data  definition  in  a  technical  and  non-technical 
sense. 

The  term  data  management  will  also  be  used  to  refer  to  the  organization 
that  addresses  the  overall  data  management  process. 

•  Data  Administration — The  more  traditional  definition  of  the  data 
control  process  that  addresses  the  technical  definition  and  control  tasks 
required  by  DBMS  technology,  in  particular  the  traditional  data  base 
management  systems. 

•  Data  Base  Administrator  (DBA) — Both  the  task  and  the  specific  job 
assignment  of  the  individual  who  establishes  the  detailed  definition 
logic  required  in  programming  a  DBMS  application. 

•  Relational  Data  Base  Management  System  (RDBMS) — Those  data 
base  management  systems  that  are  based  on  the  SQL  language  standard 
and  that  provide  the  flexible,  table-like,  view  of  data  relationships. 

•  Traditional  Data  Base  Management  System  (DBMS) — Those  tradi- 
tional data  base  management  systems  that  are  hierarchical  or  use  the 
Codasyl  standard  for  specifying  data  relationships. 

•  Three-Tiered  Computing  Network — INPUT  uses  a  three-part  (tier) 
structure  to  define  the  computing/information  network  of  most  organi- 
zations. Tier  one  is  the  central  or  mainframe  tier.  Tier  two  is  the 
middle  level  and  is  usually  minicomputer  based.  Tier  three  is  the 
workstation,  which  more  and  more  commonly  is  becoming  a  computer 
not  a  terminal. 


Methodology  To  gain  an  understanding  of  the  state  of  the  data  management  function 

INPUT  undertook  a  significant  interview  task.  One  hundred  data  base 
managers  were  interviewed  using  the  questionnaire  in  Appendix  A.  That 
questionnaire  was  designed  to: 

•  Assess  current  status  of  the  data  management  organization.  What  are 
the  major  issues  and  how  is  the  job  of  the  data  management  function 
changing. 
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•  Determine  the  current  DBMS  environment;  who  is  being  served  and 
what  DBMSs  are  being  supported. 

•  Identify  the  level  and  type  of  application  development  activity  with 
relational  and  distributed  DBMS  technology. 

•  Learn  whether,  and  how,  the  end  user  was  using  DBMS  technology  on 
mainframe  and  minicomputers. 

In  addition,  a  few  data  managers  were  interviewed  using  Questionnaire 
#2  (Appendix  B).  This  second  questionnaire  is  planned  for  further  1989 
research  into  the  impacts  of  new  data  base  technology. 

Both  of  the  Data  Administration  Questionnaires  are  also  designed  for  use 
by  information  systems  management  to  assess  its  data  management 
function  and  to  position  it  against  this  research.  How  does  your  data 
management  process  compare  with  the  findings  and  proposed  direction 
in  this  report? 

1.  Research  Demographics 

The  focus  of  the  research  was  the  data  management  of  larger,  Fortune- 
500-sized  information  systems  organizations.  In  addition,  the  targeted 
audience  for  the  interview  was  the  data  manager  within  the  "central"  or 
corporate  information  systems  organization.  INPUT  wanted  to  under- 
stand data  management  from  the  central  point  of  view,  not  that  of  an 
operating  division  that  has  its  own  data  administration  staff  performing 
the  DBA  function. 


The  100  data  managers  came  from  the  ten  industry  sectors  listed  in 
Exhibit  I- 1 . 


RESEARCH  DEMOGRAPHICS 

INDUSTRY  SECTORS 

Discrete  Manufacturing 

Insurance 

Process  Manufacturing 

Banking  &  Finance 

Transportation 

Medical 

Utilities 

Services 

Retail 

Wholesale  Distribution 
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2.  Other  Research 

Other  research  includes  an  in-depth  search  of  the  current  published 
information,  the  research  for  the  1987  report  Distributed  Data  Base — An 
Early  Look,  and  conversations  with  DBMS  vendors  concerning  their 
objectives,  strategies  and  challenges. 

In  addition  this  report  draws  on  a  survey  of  100  application  development 
managers  conducted  in  1988  by  INPUT.  The  questionnaire  for  this 
research  is  included  as  Appendix  C  and  the  findings  are  used  primarily  in 
Chapter  IV,  "Impacts  of  Relational  Data  Base  Technology". 

D  

Report  Structure  The  remaining  chapters  of  this  report  address  the  following  topics. 

•  Chapter  II — Executive  Overview:  a  summary  of  the  findings  and 
conclusions  of  this  report. 

•  Chapter  III — Data  Management:  Current  Environment:  a  status  report 
on  the  central  data  management  function. 

•  Chapter  IV — Impacts  on  Relational  Data  Base  Technology:  a  status 
report  on  the  adoption  of  RDBMS  technology  and  the  implications  for 
data  management. 

•  Chapter  V — Impacts  of  Other  Data  Base  Technology:  a  look  at  distrib- 
uted data  base  technology,  the  data  dictionary  and  the  relationship  to 
computer-assisted  systems  engineering  (CASE). 

•  Chapter  VI — Data  Management:  Future  Environment:  INPUT'S  pro- 
posal for  data  management's  role  in  the  information  systems  function  in 
the  1990s. 

•  Chapter  VII — Conclusions  and  Recommendations:  INPUT'S  conclu- 
sions from  its  research  and  recommended  priorities  for  senior  informa- 
tion systems  management  relative  to  the  data  management  function  for 
1989  and  the  first  few  years  of  the  next  decade. 

E  

Related  Reports  The  following  INPUT  reports  were  used  in  this  study  and  provide  added 

information  for  the  reader. 

•  Distributed  Data  Base  Management— An  Early  Look 

•  DBMS  Markets,  1987-1992 

•  Information  Systems  Planning  Report,  1988 
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*  Computer-Assisted  Systems  Engineering,  Markets,  and  Opportunities 

•  Workstation  Strategies 
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Executive  Overview 


This  chapter  provides  an  overview  of  the  report.  This  assessment  of  the 
state  and  future  direction  for  the  data  administration  and  management 
process  is  based  on  interviews  with  100  managers  of  data  administration 
functions.  Those  managers  were  primarily  members  of  the  central  infor- 
mation systems  function. 

The  fundamental  conclusion  of  this  report  is  that  the  data  administration 
process  must  undergo  fundamental  expansion  in  orientation  because  of 
both  technological  change  and  the  need  for  a  tightly  integrated  yet  dis- 
tributed information  network.  The  historic  technical  and  mainframe 
orientation  will  not  support  the  information  network  needed  and  expected 
in  the  1990s. 


Changing 
Environment 


EXHIBIT  11-1 


After  15  years  of  evolution  along  a  relatively  singular  path,  the  informa- 
tion-systems-based data  administration  function  is  in  the  process  of  major 
change.  Exhibit  II- 1  identifies  the  sources  of  this  significant  change. 


DATA  ADMINISTRATION- 

CHANGING  ENVIRONMENT 

•  Shift  to  Relational  DBMS 

•  Multiple  DBMS  Environments 

•  DBMSs  at  All  Three  Tiers  of  Computing 

•  End  User  Access  to  Data  Managed  by  DBMSs 

•  Additional  DBMS  Technology  on  the  Horizon 
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Today's  information  network  is  shifting  from  traditional  to  relational 
data  base  management  technology.  The  learning  curve  is  starting  over. 

The  shift  to  RDBMS  is  causing  data  administration  to  become  multilin- 
gual, understanding  multiple  data  base  structures  and  languages  and 
building  interfaces  between  them. 

The  data  base  focus  has  moved  from  the  central  mainframe,  the  domain 
of  the  DBA,  to  all  three  tiers;  however,  the  data  administration  process 
has  not  expanded  with  this  movement. 

Expanding  end-user  capabilities  are  leading  users  to  access  primary  data 
bases  and  transfer  data  to  departmental  computers  or  workstations — 
without  an  understanding  of  fundamental  data  base  concepts. 

Even  before  relational  DBMS  is  in  full  use,  expanded  capabilities  are 
being  released.  The  most  significant  of  these  will  prove  to  be  distributed 
DBMS  technology. 


Effectiveness  of  Data 
Administration 


As  information  systems  moves  into  the  era  of  relational  DBMS,  with 
data  base  capabilities  at  all  levels  of  the  information  network,  it  finds  its 
control  function,  data  administration,  less  than  adequately  prepared. 
Exhibit  H=2  shows,  as  measured  by  the  manager,  the  effectiveness  of  the 
data  administration  functions  examined. 


EXHIBIT  11-2 
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EFFECTIVENESS  OF 
DATA  ADMINISTRATION  FUNCTION 
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With  the  majority  of  respondents  rating  themselves  average  or  below 
average,  and  one  in  four  indicating  below  average  performance,  it  be- 
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comes  apparent  that  this  function  warrants  increased  attention  from 
information  systems  management  as  it  prepares  to  enter  the  1990s. 

Data  administration  faces  some  perplexing  issues  over  the  next  few  years 
and  yet  finds  itself  without  the  essential  tools  required  to  do  its  job  today. 
Only  eight  out  of  ten  data  administration  groups  are  using  a  data  diction- 
ary and  only  half  of  those  claim  to  have  100%  of  the  data  bases  admini- 
stered by  the  data  dictionary.  And  where  it  is  in  full  use,  the  dictionary 
routinely  addresses  only  the  central  or  mainframe  data  bases. 


Key  Issues 


EXHIBIT  11-3 


When  asked  about  the  key  issues  and  challenges  facing  their  data  admini- 
stration function,  the  managers  most  often  (at  least  twice  as  often  as  other 
responses)  mentioned  the  uncertainty  about  strategy  and  direction.  They 
recognized  that  there  is  more  they  should  be  doing  and  that  the  data  base 
technology  is  changing  around  them,  but  they  are  uncertain  about  which 
way  they  are  to  move. 

Exhibit  11-3  lists  the  subissues  that  make  up  this  concern  about  strategy 
and  direction.  Since  data  administration  is  often  considered  a  technical 
support  function  usually  managed  by  a  technical  person,  data  adminstra- 
tors  await  clear  direction,  yet  it  appears  that  information  systems  manage- 
ment is  not  providing  that  direction. 


KEY  ISSUES 
STRATEGY  &  DIRECTION 

•   Managing  Distributed  Data 

•  Ownership — User  versus  IS  Responsibilities 

•   Managing  Growth  and  Technology 

•   Planning  for  New  Technology 

•   Management  Support  for  Data  Management 
Process 
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RDBMS  and  Data 
Administration 


EXHIBIT  11-4 


E 


The  level  of  use  of  relational  DBMS  is  exploding.  From  a  level  of 
experimentation  in  1987  to  a  level  of  almost  complete  dominance  of  new 
development  activities,  relational  DBMS  is  quickly  becoming  the  DBMS 
technology  of  choice. 

•  Over  60%  of  the  organizations  indicate  they  are  building  relational 
DBMS  applications. 

•  Over  50%  report  that  more  than  half  of  their  mainframe  new  applica- 
tion development  is  being  done  with  relational  technology. 

•  Relational  technology  is  being  used  for  both  new  types  of  applications 
(e.g.,  executive  information  systems)  and  traditional  accounting  and 
operational  systems. 

The  impacts  of  relational  DBMS  use  on  data  administration  include  those 
listed  in  Exhibit  II-4.  Not  only  is  data  administration  faced  with  a  new 
technology,  but  also  with  a  new  client  base,  the  end  users,  which  is  learn- 
ing to  use  relational  technology  faster  than  traditional  DBMS  systems. 


IMPACTS  OF  RDBMS  ON 
DATA  ADMINISTRATION 


•  Administering  a  Dual  DBMS  Environment 

•  Training,  Both  Technical  and  Conceptual 

•  A  New  Client,  the  End  User 

•  More  Dynamic  Data  Administration  Environment 

•  New  Data  Administration  Support  Tools 


The  movement  to  relational  DBMS  systems  is  starting  a  revolution  that 
many  data  administration  functions  are  not  prepared  to  support. 


Other  Data  Base 
Technologies 


There  are  technological  changes  besides  relational  DBMS  that  are  im- 
pacting data  administration. 
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1.  Distributed  Data  Base  Management  Systems 

The  developers  of  relational  DBMS  systems  are  already  providing  dis- 
tributed DBMS  capabilities.  While  there  are  major  advantages  in  the 
distributed  single  data  base  concept,  there  remains  much  to  develop  and 
prove.  Systems  development  and  data  administration  are  still  learning  to 
develop  single-platform  relational  DBMS  applications. 

Distributed  capabilities  offer  significant  control  benefits  while  also 
helping  the  user  access  needed  information.  It  is  reasonable  to  assume 
that  these  distributed  capabilities  will  be  put  into  use  in  the  near  future. 

2.  CASE 

The  move  to  introduce  computer-assisted  systems  engineering  (CASE) 
technology  into  the  development  function  will  directly  impact  data 
administration  as  well.  CASE  will  bring  the  "repository"  as  the  core 
facility  for  documenting  everything  about  an  application.  This  repository 
is  a  major  step  beyond  the  data  dictionary  that  most  organizations  have 
failed  to  fully  implement. 

The  success  of  CASE  will  depend  heavily  on  how  the  data  administration 
function  accepts  the  capabilities  and  disciplines  of  CASE.  CASE  will  not 
be  a  lasting  success  if  it  does  not  encompass  the  data  management  proc- 
ess. 

3.  Data  Base  Computers 

The  use  of  data  base  computers  for  specialized  applications  is  enjoying 
modest  growth.  The  technology  has  its  use,  but  it  must  be  remembered 
that  use  of  a  data  base  computer  introduces  yet  another  DBMS  that  must 
be  learned  and  managed  in  the  growing  multiple-language  environment 
of  data  administration. 


Future  Environment      The  data  management  function  required  by  the  information  network  of 

the  1990s  will  be  much  broader  than  that  of  the  1980s.  Different  technol- 
ogy, a  full  three-tier  computing  environment,  and  the  ever-expanding 
involvement  of  the  end  user  in  the  decision  and  execution  phases  all 
suggest  that  the  data  management  process  must  be  much  broader  and 
balanced  between  planning  and  application. 

The  next  two  exhibits  (Exhibits  II- 5  and  II- 6)  provide  a  framework  for 
the  required  data  management  process.  The  framework  covers  all  three 
tiers  of  computing  and  reaches  from  the  corporate  level  to  the  worksta- 
tion and  many  personal  systems.  If  there  is  data  transfer  or  data  access 
by  a  workstation  system  to  another  level,  there  must  be  data  management 
process  participation. 
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DATA  MANAGEMENT  PROCESS  FOR 
THE  1990s 


Tier 
1 

Description 

Functions 

Infrastructure 

Information  Architecture 
Data  Network  Modeling 
Technology  Selection 

2 

Definition 

Definition  Standards 
Definition  Review 

Coding  Schemes 

3 

Execution 

Data  Element  Definition 

Design  Execution 

DBMS  Installation  &  Support  1 

DATA  MANAGEMENT 
BREADTH  OF  RESPONSIBILITY 


Categories  of  Data  Administered 


Tiers  of 
Computing 

Corp. 

Div. 

Unit 

Dept. 

Group 

Personal 

Mainframe 
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Mini 

Workstation 
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The  individual  who  directs  this  process  must  be  different  than  today's 
technical  data  administrator.  Just  as  other  functions  within  information 
systems  must  be  better  students  of  the  business  of  the  organization,  so 
must  the  data  manager.  The  most  important  element  will  be  the  data 
architecture  and  overall  direction,  not  the  individual  designs.  This  re- 
quires a  broad  understanding  of  the  role  of  data  management  in  company 
strategy  and  operations. 


Recommendations 


INPUT'S  recommendation  is  to  begin  immediately  a  reassessment  and 
expanded  orientation  for  data  administration.  A  few  organizations  have 
begun  this  process,  but  few  have  advanced  very  far. 

Exhibit  II-7  lists  a  series  of  objectives  for  1989  that  are  designed  to 
launch  the  move  towards  this  expanded  orientation.  If  successfully 
achieved,  the  first  steps  will  be  completed. 

Exhibit  II-8  takes  the  next  step  and  sets  a  broader  set  of  objectives  for  the 
early  years  of  the  1990s.  The  message  is  clear:  data  management  is  a 
process  that  is  required  to  support  the  highly  integrated  information 
network  of  the  1990s,  and  it  is  information  system's  task  to  put  it  in 
place. 


EXHIBIT  11-7 


DATA  MANAGEMENT  OBJECTIVES 
FOR  1989 


Audit  the  Data  Administration 


Define  a  Data  Management  Charter 

Select  a  SQL  DBMS  for  PC  Use 

Re-emphasize  the  Data  Dictionary 

Introduce  a  Generalist  into  the  Data  Administration 
Function 

Audit  the  Use  of  Minicomputer  DBMS  Systems 
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DATA  MANAGEMENT  OBJECTIVES 
BEYOND  1989 

!   •  Broaden  the  Data  Management  Process  to  All 
Levels  of  the  Information  Network 

•  Launch  a  User  Training  Program  in  All  Aspects  of 
Data  Base  Use 

•  Develop  a  Data  Architecture 

•  Market  the  Data  Management  Process  at  All 
Levels  of  the  Organization 

•  Begin  to  Segment  the  Data  Management  Process 
for  the  Eventual  Shift  of  Some  Tasks  to  Unit  and 
End-User  Information  Systems  Groups 

•  Explore  the  Impacts  of  CASE  on  the  Data 
Management  and  Administration  Processes 

*  Support  Experimentation  with  Distributed  DBMS. 
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Data  Administration: 
Current  Environment 


A  

Historical  Perspective    The  data  administration  role  was  born  in  the  early  1970s  with  the  first  use 

of  data  base  management  systems,  in  particular,  EBM's  DL/1  and  IMS. 
These  new  data  management  technologies  provided  information  systems 
with  a  major  advancement  in  the  storage  and  use  of  data  within  applica- 
tion systems.  However,  their  use  required  special  technical  skills  and 
controls  to  assure  that  the  application  used  the  DBMS  properly. 

Prior  to  DBMS  technology,  the  data  administration  process  was  simply 
performed  by  the  systems  analyst  as  an  application  was  developed.  Now 
with  DBMS,  it  became  necessary  to  have  a  specialist  who  understood  the 
technology  and  could  work  with  multiple  analysts  who  were  all  building 
applications  that  would  access  a  given  data  base. 

As  with  many  advancements  in  information  technology,  the  advent  of 
DBMS  brought  a  new  technical  challenge  that  was  addressed  by  develop- 
ing a  technology  specialist.  The  first  DBAs  were,  of  necessity,  very 
skillful  application  or  systems  programmers.  The  data  management 
function  started  with  "data  administration"  and  was  thus  staffed  by  a 
technical  person,  not  by  one  that  understood  the  business  or  the  applica- 
tions or  how  the  resulting  data  was  to  be  used  by  the  business. 

By  the  early  1980s,  most  organizations  had  installed  a  DBMS  and  were 
managing  a  data  administration  function.  Throughout  this  period  and 
until  very  late  in  the  1980s,  most  information  systems  organizations  were 
using  a  single  DBMS  and  viewed  the  function  as  a  technical  one. 

During  the  1980s  there  were  varied  efforts  to  implement  control  mecha- 
nisms, usually  based  on  a  data  dictionary  system  that  was  designed  to 
give  administrative  control  to  the  data  definition  process  and  to  provide  a 
help  tool  for  the  DBA.  Most  early  efforts  with  data  dictionaries  were  of 
modest  success  and  the  technology  was  at  best  satisfactory. 
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By  the  mid-1980s  a  number  of  events  had  occurred  that  began  to  cloud 
the  job  of  data  administration  and  to  raise  higher  level  issues;  the  genesis 
of  data  management  was  starting,  but  few  recognized  it.  Most  significant 
among  these  events  were  the  following: 

•  The  majority  of  the  applications  in  many  organizations  were  now 
DBMS-based,  and  the  interaction  between  these  applications  gave  rise 
to  the  corporate  data  base  concept.  In  a  file  management  environment 
the  data  was  tied  to  the  application  and  "owned"  by  the  department  that 
was  served  by  the  particular  application.  In  a  data  base  environment 
ownership  of  the  data  became  diffused.  The  data  was  organized  for  the 
benefit  of  the  DBMS  technology  and  ease  of  processing,  not  to  support 
the  organization.  The  data  base  was  information  system's,  not  the 
user's. 

•  The  information  network  of  most  organizations  was  becoming  distrib- 
uted with  the  use  of  minicomputers.  To  support  this  distribution, 
elaborate  file  transfer  systems  were  developed,  and  a  new  era  of  data 
redundancy  developed.  Information  systems  considered  the  central 
data  bases  as  their  property  and  carefully  guarded  their  use.  The  user, 
however,  began  to  depend  on  the  distributed  data  on  the  minicomput- 
ers, and,  of  course,  PCs.  The  information  network  and  its  data  founda- 
tion had  become  distributed  without  a  process  to  control  it. 

•  The  DBMS  technology  began  to  undergo  a  fundamental  change.  The 
long-sought  relational  data  model  became  available  and  by  1987  was  in 
early  use  by  many  organizations.  The  technological  basis  for  the  data 
administration  process  began  a  major  change  that  will  be  underway 
well  into  the  1990s. 

•  The  end  users  began  to  develop  production  applications  and  make 
extensive  use  of  the  corporate  data  bases  through  fourth-generation 
languages.  And  the  end  users  found  the  relational  DBMS  technology 
something  that  they  could  understand,  at  least  to  a  modest  degree,  as 
they  become  more  skilled  users  of  computers. 

As  one  stops  to  measure  the  status  of  the  data  management  function,  one 
finds  it  on  the  edge  of  major  change.  This  chapter  and  the  next  two 
chapters  will  confirm  this. 


Changing  Almost  every  information  systems  organization  is  in  the  process  of 

Environment  significant  change  relative  to  its  data  base  management  systems  environ- 

ment. From  environments  consisting  of  a  single  mainframe  DBMS,  most 
organizations  are  now  dealing  with  multiple  DBMSs  on  both  mainframes 
and  minicomputers,  and  to  a  growing  degree,  on  personal  computers,  as 
the  PC  becomes  the  common  workstation  in  the  network. 
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1.  Mainframe  DBMS 

Exhibit  III-l  shows  the  growing  tendency  to  support  more  than  one 
mainframe  data  base  system.  Forty-two  percent  (42%)  of  the  respondents 
indicated  they  were  using  more  than  one  mainframe  DBMS,  and  16% 
indicated  that  they  had  three  mainframe  DBMSs.  Only  6%  indicated  that 
they  had  not  yet  installed  a  DBMS. 


MAINFRAME  DBMS  ENVIRONMENT 


Number  of  DBMS 
Mainframes 


The  technical  challenge  of  learning  and  supporting  two  or  three  main- 
frame DBMSs  places  significant  strain  on  the  data  administration  func- 
tion. Also,  the  task  of  supporting  data  transfer  between  them  is  exten- 
sive. 

INPUT  also  learned  that  only  28%  of  those  with  more  than  a  single 
mainframe  DBMS  had  a  relational  DBMS  as  the  second  or  third  DBMS. 
Since  there  is  a  rapid  move  towards  RDBMS  technology,  this  means 
many  information  systems  organizations  will  be  adding  yet  another 
DBMS  to  their  mainframe  computing  activity. 

2.  Minicomputer  DBMS 

Exhibit  ni-2  describes  the  state  of  DBMS  use  on  minicomputers  and  at 
the  mid-tier  of  a  three-tier  information  network. 

The  fact  that  over  half  of  the  organizations  are  using  DBMS  technology 
at  the  middle  level  is  not  surprising.  The  success  of  Digital  (with  R/db), 
Oracle,  and  Relational  Technology  confirms  the  rate  at  which  file-based 
systems  are  being  replaced  by  DBMSs  on  minicomputers. 
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MINICOMPUTER  DBMS  ENVIRONMENT 


Know      Currently  Using 
Using 


The  finding  that  one  data  base  manager  in  ten  did  not  know  if  there  were 
minicomputer  DBMSs  in  use  raises  a  flag.  In  these  organizations,  the 
information  systems  organization  is  not  involved  in  the  technology  being 
deployed  outside  the  corporate  mainframe  environment. 

The  use  of  RDBMS  on  minicomputers  exceeds  that  of  mainframes. 
Twenty-five  percent  (25%)  indicated  that  they  were  using  RDBMS,  with 
43%  of  the  DBMSs  installed  being  relational.  From  this  point  it  can  be 
predicted  that  RDBMS  will  be  the  dominant  DBMS  installed  at  the 
minicomputer  level  of  the  information  network. 

3.  Personal  Computer  DBMS 

It  is  not  surprising  that  essentially  all  respondents  indicated  DBMS 
technology  was  in  use  at  the  PC  level.  Dominated  by  dBase  in  from 
Ashton-Tate,  the  current  environment  of  PC  data  base  activity  is  primar- 
ily for  personal  productivity  use  and  is  not  relational. 

However,  the  direction  is  beginning  to  shift.  Both  Oracle  and  Relational 
Technology  have  ported  their  RDBMS  technology  to  the  PC,  and  OS/2 
Extended  Edition  includes  a  SQL-based  DBMS.  The  move  towards 
RDBMS  at  the  PC  level  is  underway  and  will  quicken  as  the  desire  to 
transfer  data  across  the  tiers  of  the  information  network,  in  a  common 
format,  increases.  SQL  and  RDBMS  will  be  the  foundation  for  such 
transfer. 

4.  Considering  New  DBMSs 

A  further  indication  of  the  amount  of  change  taking  place  in  the  DBMS 
environment  is  the  number  of  information  systems  organizations  consid- 
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ering  new  DBMS  systems.  A  full  30%  have  new  DBMSs  under  consid- 
eration. 

•  All  of  the  systems  under  consideration  are  relational  DBMS. 

•  The  most  often  mentioned  were  DB2,  Oracle,  and  Ingres,  in  that  order. 

Truly,  to  a  degree  far  greater  than  ever  before,  the  technology  used  to 
manage  the  data  foundation  of  the  information  network  is  undergoing 
significant  change. 


Effectiveness  of  Data  Once  you  accept  the  premise  that  the  data  management  environment  is  at 
Administration  a  point  of  transition,  it  becomes  important  to  evaluate  its  readiness  to 

move  into  a  second  era. 


EXHIBIT  111-3 


An  early  test  is  to  assess  the  current  effectiveness.  Exhibit  III-3  reports 
the  effectiveness  of  the  data  administration  function  as  measured  by  the 
actual  manager  of  the  function. 


EFFECTIVENESS  OF 
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Only  38%  of  the  100  managers  of  data  management  felt  they  did  better 
than  an  average  job  and  25%  felt  the  effectiveness  of  their  function  was 
below  average. 

These  findings  indicate  a  lack  of  a  solid  base  from  which  to  expand  into 
new  responsibilities  and  new  DBMS  technologies. 
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One  of  the  weaknesses  of  the  data  management  function  has  been  the 
lack  of  support  technologies  that  help  with  the  administrative  and  control 
processes.  The  long-standing  goal  of  a  truly  implemented  data  diction- 
ary has  not  been  achieved  by  very  many  information  systems  organiza- 
tions. In  addition,  the  concept  has  not  been  strongly  backed  by  the 
DBMS  vendors,  particularly  IBM. 


EXHIBIT  111-4 


Exhibit  III-4  provides  a  measure  of  the  effectiveness  of  the  data  diction- 
ary concept.  INPUT  found  that  79%  percent  of  the  organizations  were 
using  data  dictionaries  and  another  10%  were  planning  to  install  one. 
However,  only  23%  felt  their  use  was  above  average,  and  a  full  36% 
rated  their  use  as  below  average  or  unsatisfactory. 


EFFECTIVENESS  OF  DATA  DICTIONARIES 
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Further,  as  Exhibit  III-5  shows,  slightly  less  than  half  of  those  using  a 
data  dictionary  indicated  that  they  had  100%  of  the  data  elements  ad- 
ministered through  the  dictionary. 

As  the  data  infrastructure  and  the  use  of  DBMS  technology  spreads  to  all 
three  tiers  of  the  information  network,  the  lack  of  an  effectively  imple- 
mented data  dictionary  will  make  the  broadening  data  management  task 
much  more  difficult  to  perform. 


Key  Issues  Exhibit  ni-6  lists  the  key  issues  reported  by  the  data  management  man- 

agers interviewed  by  INPUT. 

Most  commonly  mentioned  was  a  need  for  a  more  clear  strategy  and 
direction  for  the  data  management  function.  The  criticality  of  this  issues 
is  reflected  by  it  being  mentioned  twice  as  often  as  the  second  issues, 
integrity  and  security,  and  three  or  four  times  as  often  as  the  other  issues. 


20 


©  1988  by  INPUT.  Reproduction  Prohibited. 


UDBD 


DEVELOPMENTS  IN  DATA  BASE  TECHNOLOGY 


INPUT 


EXHIBIT  111-5 


EXHIBIT  111-6 
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The  second  issue,  integrity  and  security,  is  an  indication  of  the  rising 
concern  for  control  and  discipline  brought  on  by  the  exploding  file 
transfer  activity  across  the  tiers  of  computing. 

1.  Strategy  and  Direction 


The  five  elements  underlying  the  strategy  and  direction  issue  are  listed  in 
Exhibit  III-7.  Each  is  significant  on  its  own. 


KEY  ISSUES 
STRATEGY  &  DIRECTION 

Managing  Distributed  Data 

Ownership— -User  versus  IS  Responsibilities 

Managing  Growth  and  Technology 

Planning  for  New  Technology 

Management  Support  for  Data  Management 
Process 

Managing  Distributed  Data — The  data  manager  recognizes  that  distrib- 
uted data  is  an  actuality  yet  feels  a  need  to  support  its  proper  use  and 
control.  At  the  same  time  the  policies  and  control  technologies  are  not  in 
place  to  accomplish  this  task. 


Ownership — Data  base  technology  has  caused  the  concept  of  data  owner- 
ship to  become  unsettled.  Information  systems  seems  to  own  the  data 
because  they  administer  the  data  bases  and  strive  for  data  commonality 
across  the  information  network.  The  user  feels  a  sense  of  ownership,  but 
does  not  know  how  to  exercise  the  ownership. 

Managing  Growth  and  Technology — The  transition  from  a  single  DBMS 
on  the  mainframe  to  multiple  DBMSs  at  all  three  tiers  of  the  information 
network  is  recognized  as  an  immense  change.  Yet  the  transition  has  most 
commonly  occurred  by  chance,  not  by  plan,  and  the  data  management 
function  has  not  been  allowed  to  plan  the  transition. 

Planning  for  New  Technology — The  transition  to  the  first  DBMS  was 
often  a  slow  one,  based  on  the  development  of  new  applications.  Now 
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companies  are  leaping  to  multiple  DBMS  environments,  at  both  the 
mainframe  and  minicomputer  levels,  without  a  long  range  data  architec- 
ture. 

Management  Support  for  the  Data  Management  Process — Data  admini- 
stration remains  a  technical  process  in  the  minds  of  many  information 
systems  managers  and  is  not  understood  by  user  management.  As  a 
result,  there  is  little  general  support  for  upgrading  the  function  to  a 
broader  data  management  concept. 

2.  Integrity  and  Security 

The  fundamental  elements  of  the  integrity  and  security  issue  are  found  in 
the  growth  of  distributed  and  personal  computing  and  the  flow  of  data 
across  a  multi-tiered  computing  network.  Data  administration  as  a 
process  works  quite  well  at  the  mainframe  or  central  level,  in  particular  if 
a  single  DBMS  is  in  use.  But  as  the  computing  resource  spreads  out,  the 
traditional,  and  often  simplistic,  control  processes  begin  to  break  down. 

Exhibit  III-8  helps  describe  the  basis  for  this  issue.  INPUT  asked  the 
data  management  managers  if  their  function  involved  administration  of 
data  at  various  levels  of  computing.  The  results  reflect  both  positive  and 
negative  findings. 


EXHIBIT  111-8 
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The  92%  response  to  corporate  data  confirms  that  the  objective  of  inter- 
viewing the  central  data  management  function  was  achieved. 

The  66%  response  to  division  data  suggests  that  most  of  the  division 
computing  is  on  a  mainframe,  probably  run  by  the  central  organization 
with  data  administration  being  provided  centrally  for  cost  or  historical 
control  reasons. 


The  responses  on  distributed,  minicomputer  and  personal  computer  data 
indicate  a  relatively  low  level  of  involvement  by  the  central  data  admini- 
stration organization.  Certainly  a  response  that  one  in  four  are  involved 
to  some  degree  suggests  some  effort  to  influence  the  data  administration 
process  at  all  levels  of  the  network,  but  it  does  not  suggest  that  a  true 
network-wide  data  management  process  is  in  effect  to  any  significant 
degree. 

3.  Resources 


Data  administration  remains  a  staff/support  function  within  most  infor- 
mation systems  organizations.  As  such,  its  resources  have  been  and 
remain  constrained  to  some  degree. 

Exhibits  III-9  and  III- 10  indicate  the  size  and  growth  of  the  data  admini- 
stration function  compared  to  the  other  major  functions  of  information 

systems. 


EXHIBIT  111-9 


INFORMATION  SYSTEMS  ORGANIZATION 
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EXHIBIT  111-10 
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On  average,  data  administration  represents  10%  of  information  systems. 
In  1989  the  data  administration  function  will  grow  by  7%  or  at  the  same 
rate  as  development  and  end  user  computing.  Given  the  challenge  that 
lies  ahead  and  the  reported  concern  about  effectiveness,  it  may  take  a 
more  substantial  increase  in  resources  to  meet  the  long-term  objectives  as 
defined  in  Chapter  VL  Information  systems  management  needs  to  con- 
sider the  changing  role  of  data  administration  and  increased  resources. 


Changing  Role 


There  is  modest  indication  that  the  role  of  data  administration  is  chang- 
ing. Exhibit  m-1 1  reports  that  27%  of  those  interviewed  indicated  that 
there  had  been  a  change  in  function  in  the  past  year,  and  another  15% 
indicated  there  had  been  a  change  in  technology  with  the  implementation 
of  a  relational  DBMS. 


For  the  most  part  these  changes  included  the  administration  of  data 
outside  the  central  data  base  environment,  including  departmental  mini- 
computers. 

In  a  few  instances  there  was  a  move  to  a  decentralized  data  administra- 
tion structure. 

There  were  also  mentions  of  the  addition  of  resources  that  were  permit- 
ting an  expansion  and  strengthening  of  data  administration  services. 
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However,  in  general  the  current  management  of  data  administration  does 
not  see  its  role  expanding  a  great  deal  and  is  struggling  just  keep  up  with 
the  current  short-term  demands. 


EXHIBIT  111-10 
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Impacts  of  Relational  Data  Base 
Technology 


The  Introduction  noted  that  one  of  the  driving  forces  of  the  need  for  an 
expanded  role  for  data  management  is  the  impact  of  relational  data  base 
technology.  The  relational  model  is  bringing  a  number  of  changes, 
mostly  for  the  best,  to  the  use  of  data  base  technology. 

This  chapter  looks  at  the  state  of  RDBMS  use  and  the  impacts  of  the 
relational  model  on  application  design,  the  data  administration  process, 
and  the  involvement  of  the  end  user  in  computing. 

The  relational  data  base  model  is  many  years  old  but  has  now  come  of 
age  and  is  driving  major  changes. 

A  

Status  of  Relational       1.  Trend  Towards  Increasing  Use  of  RDBMS 
DBMS  Use 

As  Exhibit  IV- 1  indicates,  the  use  of  RDBMS  systems  has  become 
commonplace.  Slightiy  over  60%  of  the  information  systems  managers 
indicated  they  were  actively  developing  RDBMS-based  applications,  and 
a  somewhat  surprising  37%  indicated  that  end  users  were  actively  using 
RDBMS  technology. 

It  seems  that  just  in  the  past  18  months,  the  move  to  RDBMS  has  taken 
hold  and  is  quickly  becoming  the  dominant  DBMS  technology  for  new 
applications. 

The  general  level  of  use  indicates  that  information  systems  is  quickly 
seeing  benefits  in  the  use  of  relational  versus  traditional  data  base  tech- 
nology. 

The  level  of  use  by  the  end  user  suggests  that  the  claims  about  the  ease  of 
use  of  RDBMS  are  proving  true. 
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EXHIBIT  IV-1 
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Exhibit  IV- 2  indicates  the  response  to  a  question  about  where  RDBMS 
was  being  used.  The  dominance  of  the  mainframe  use  is  not  surprising, 
given  that  the  question  was  asked  of  the  central  information  systems 
organization.  However,  there  is  indication  of  use  on  all  tiers  of  the 
information  network. 


EXHIBIT  IV-2 


RELATIONAL  DBMS  APPLICATION 
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Finally  of  interest  is  the  magnitude  of  mainframe  use  as  a  percent  of  new 
development.  A  careful  review  of  Exhibit  IV-3  indicates  some  surpris- 
ingly strong  commitments  to  mainframe  use  of  RDBMS. 


RELATIONAL  DBMS  APPLICATION 
MAGNITUDE  OF 
MAINFRAME  DEVELOPMENT 


New  Applications 
(Percent) 


One  organization  in  five  is  now  developing  100%  of  its  new  mainframe 
applications  in  RDBMS  technology.  They  have  decided  that  no  new 
traditional  DBMS  mainframe  applications  will  be  developed. 

Over  half  of  the  organizations  are  developing  at  least  50%  of  their  new 
applications  with  RDBMS. 

Only  21%,  plan  no  development  using  a  mainframe  RDBMS.  In  1989 
the  level  with  no  such  plans  drops  to  15%. 

These  findings  are  the  strongest  indication  that  RDBMS  is  quickly 
becoming  accepted  and  is  the  DBMS  of  choice  for  future  development. 
The  criticisms  and  concerns  about  RDBMS  performance  and  data  secu- 
rity that  were  still  being  strongly  expressed  in  1987  seemed  to  have 
passed,  and  information  systems  is  accepting  RDBMS  as  a  preferred  and 
reasonably  proven  technology. 

2.  How  It  Is  Being  Used 

The  most  common  uses  of  RDBMS  technology  are  in  management 
reporting  and  operational  systems,  as  indicated  in  Exhibit  IV-4. 
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EXHIBIT  IV-4 
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The  management  reporting  category  is  not  surprising  given  the  orienta- 
tion of  the  relational  model  and  its  ease  of  use  for  data  extraction  and 
analysis. 

•  One  of  the  first  uses  of  relational  technology  by  software  development 
companies  has  been  in  the  executive  information  or  support  systems 
area,  where  the  ability  to  easily  specify  ever-changing  views  of  the  data 
is  fundamental  to  the  application. 


Another  commonly  mentioned  management  application  was  human 
resources. 


30 
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The  use  in  operational  systems,  however  is  surprising.  In  spite  of  im- 
provements in  DB2  Release  2  and  stated  performance  levels  by  Oracle 
and  Ingres,  the  transaction  performance  of  RDBMS  technology  remains  a 
concern  or,  at  least,  an  unproven  capability. 

Operational  applications  mentioned  included  agency  tracking,  claim 
processing,  and  numerous  manufacturing  systems. 

While  the  dominant  environment  was,  of  course,  mainframes,  numerous 
applications  were  mentioned  using  minicomputer  platforms. 


Impacts  of 
RDBMS  on  Data 
Administration 


EXHIBIT  IV-5 


There  are  numerous  impacts  on  the  data  administration  process  and 
organization  from  the  introduction  of  RDBMS  technology.  While  some 
are  obvious,  others  may  not  be  so  readily  apparent.  Exhibit  IV-5  lists 
some  of  the  most  important  impacts,  which  are  discussed  below. 


IMPACTS  OF  RDBMS  ON 
DATA  ADMINISTRATION 


Administering  a  Dual  DBMS  Environment 

Training,  both  Technical  and  Conceptual 

A  New  Client,  the  End  User 

More  Dynamic  Data  Administration  Environment 

New  Data  Administration  Support  Tools 


1.  Dual  DBMS  Environment 


Although  IBM,  with  its  IMS/DL1  and  DB2  data  base  strategy,  has  indi- 
cated that  a  dual  DBMS  environment  is  a  necessity  at  the  mainframe 
level,  few  believe  administering  such  an  environment  will  be  easy.  From 
the  challenge  of  understanding  two  different  technologies  to  the  task  of 
controlling  the  data  transfer  and  translation  between  the  technologies,  the 
data  administration  task  simply  requires  added  control  and  care. 

It  is  interesting  to  note  again  the  percentage  of  the  information  systems 
organizations  that  are  moving  very  quickly  to  do  a  majority,  if  not  all,  of 
their  new  development  in  the  relational  DBMS.  Knowing  that  much  of 
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this  is  IBM  mainframe-based  indicates  that  the  dual  environment  is  not 
well-accepted  and  will  speed  the  move  to  a  full  RDBMS  program. 

2.  Training 

Training,  in  particular  technical  training,  remains  a  way  of  life  for  infor- 
mation systems  professionals,  including  DBAs.  However,  DBAs  have 
spent  a  number  of  years  fine  tuning  their  profession.  They  have  often 
escaped  the  4GL  and  other  technology  changes  that  impacted  applica- 
tions development  and  the  distribution  of  processing  and  brought  head- 
aches to  the  data  center  manager. 

Now  they  will  have  to  become  bilingual,  start  the  learning  process  over 
again,  and  learn  to  do  things  differently.  RDBMS  applications  are  not 
designed  the  way  traditional  applications  have  been  designed.  New 
concepts  as  well  as  new  technology  must  be  learned. 

3.  New  Client,  the  End  User 

One  of  the  goals  of  RDBMS  use  is  increased  access  to  data  and  informa- 
tion by  management.  The  simpler-to-use  RDBMS  is  providing  a  new 
impetus  to  the  end-user  computing  revolution.  For  data  management  the 
end  user  is  a  new  client.  In  the  past  data  management  served  only  the 
applications  development  profession — technical  people.  Now  it  will  be 
interfacing  with  the  end  user,  whose  priorities  are  significantly  different. 

•  Response  will  be  the  key  measurement. 

•  Technical  excuses  will  be  neither  accepted  nor  understood. 

•  Flexibility  will  be  the  underlying  requirement. 

4.  Dynamic  Environment 

The  early  uses  of  RDBMS  are  often  in  application  areas  that  have  not 
been  successfully  served  by  DBMS  technology,  in  particular,  the  man- 
agement reporting  area.  The  non-achieved  "management  information 
system"  objective  of  the  late  1970s  and  early  1980s  is  infamous.  Few  if 
any  such  systems  were  built  because  the  technology  would  not  support 
the  objectives.  Today  they  can  be  met  because  of  RDBMS  technology. 

Management  reporting  systems,  sales  and  marketing  analysis  systems, 
and  many  other  early  RDBMS-based  applications  will  be  used  by  users 
who  want  to  ask  ever-changing  questions.  The  answers  will  require 
ever-changing  "views"  of  the  relational  data  base.  Ease  of  change  and 
simple  two-dimensional  table-like  views  of  data  relationships  make 
RDBMS  valuable.  Taking  advantage  of  this  capability  will  require  a 
flexible  DBA  who  understands  the  reasons  for  the  changes  and  accepts 
them  as  part  of  the  data  administration  process. 
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And  as  we  will  discuss  in  Chapter  V,  the  availability  of  distributed  data 
base  management  systems  will  make  the  data  modeling  process  a  dy- 
namic, almost  continuous  process.  Today  under  the  traditional  technol- 
ogy, it  is  a  seldom-repeated  process  once  a  data  base  is  designed. 

5.  New  Support  Tools 

Most  data  administration  functions  have  survived  to  date  without  a  full- 
function  data  dictionary  or  other  administrative  tools.  Some  are  using 
data  modeling  technologies,  but  to  support  the  traditional  DBMS  environ- 
ment. 

The  dynamic  nature  of  the  RDBMS  environment,  the  use  of  multiple 
DBMS  systems,  and  the  increased  linkage  of  data  networks  and  end  user 
computing  technologies  all  will  require  tighter  administration.  In  addi- 
tion, many  of  the  newer  RDBMS  systems  (Oracle,  Sybase,  Ingres)  all 
include  an  integrated  data  dictionary. 

New  tools  will  be  available  to  help  and  more  importantly,  will  have  to  be 
used  to  meet  the  expanded  and  changed  data  administration  responsibili- 
ties. 


RDBMS  and  the  We  have  already  reported  that  the  end  user  is  using  RDBMS  technology. 

End  User  Exhibit  IV- 1  indicated  almost  40%  of  the  organizations  interviewed 

indicated  that  the  end  user  was  using  RDBMS  technology  to  some  de- 
gree. 

Exhibit  IY-6  compares  that  use,  on  the  three  tiers  of  the  computing 
network,  with  that  of  information  systems.  Not  surprising  there  is  a 
greater  use  at  the  PC  level,  yet  the  activity  is  reasonably  high  at  the 
mainframe. 

1.  Mainframe  Use 

The  end  users'  use  of  mainframe  RDBMS  capabilities  can  be  tied  to  the 
management  reporting  systems  activity.  The  user  is  using  4GL  technol- 
ogy to  access  and  extract  data  from  a  relational  data  base  that  has  been 
established  for  that  purpose.  In  many  instances  the  user  is  moving  the 
information  to  a  PC  for  further  processing. 

Exhibit  IV-7  shows  the  dominant  use  is  in  management  reporting  applica- 
tions. 
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EXHIBIT  IV-6 


EXHIBIT  IV-7 
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2.  Minicomputer  Use 

A  great  deal  of  the  early  RDBMS  sales  activity  by  Oracle,  Relational 
Technology,  and  Digital  Equipment  has  been  directed  to  the  end-user 
community,  often  bypassing  information  systems.  While  the  research 
indicates  a  relatively  low  use  (7%  of  the  activity),  the  growing  availabil- 
ity of  this  technology,  often  with  an  integrated  4GL  and  other  easy-to-use 
languages,  suggests  a  major  increase  in  end-user  RDBMS  use  in  the  next 
few  years  at  the  minicomputer  level. 

Understanding  and  learning  to  use  minicomputer  RDBMS  systems  may 
be  more  important  than  mainframe  technology  in  the  immediate  future 
for  the  data  administrators.  They  still  have  a  chance  to  gain  influence  at 
the  mid-tier,  but  must  move  quickly.  The  vendors  are  selling  the  power 
of  RDBMS  to  the  user  who  does  not  fully  understand  it. 

3.  PC  Use 

The  high  level  of  apparent  PC  RDBMS  use  indicated  in  Exhibit  IV-7  may 
be  misleading.  Too  many  individuals  believe  that  dBase  or  similar  PC 
DBMS  systems  are  relational,  but  they  are  not.  Examination  of  the 
applications  that  end  users  have  built  with  such  PC  DBMS  tools  often 
reveals  that  they  are  really  just  sequential  files.  The  concept  of  data  base 
has  not  had  true  meaning. 

The  true  PC-based  RDBMS  products  such  as  Paradox,  Oracle,  and  Ingres 
are  beginning  to  penetrate  the  end  user  community  and  bring  true  rela- 
tional capabilities.  They  are  often  compatible  with  their  minicomputer 
versions,  which  means  their  use  by  the  end  user  will  grow  at  both  tiers. 

4.  Implications 

There  are  numerous  implications  for  data  management  and  information 
systems,  in  general,  from  the  use  of  RDBMS  technology  by  the  end  user. 
These  are  the  three  most  significant. 

•  It  is  apparent  that  the  end  user  can  understand,  at  least  to  a  modest 
degree,  data  base  concepts  through  the  relational  model.  After  all,  it  is 
only  a  series  of  tables.  As  we  have  learned,  a  little  knowledge  can  be 
dangerous  and  suggests  the  need  for  training  of  a  different  kind:  con- 
cepts, as  well  as  skills. 

•  End  users  are,  and  for  the  next  few  years  will  remain,  more  comfortable 
with  their  PCs  and  departmental  minicomputers;  thus,  it  is  RDBMS 
technology  that  they  will  learn — either  with  the  help  of  the  data  admini- 
stration function  and  the  information  center  or  without  it.  Data  admini- 
stration must  understand  this  RDBMS  technology  as  well. 
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•  At  least  in  the  near  term,  the  end  user  will  learn  only  that  part  of 
DBMS  technology  required  to  get  the  immediate  job  accomplished,  not 
the  aspects  required  to  protect  systems  integrity  and  longevity.  Data 
administration  and  information  systems  must  move  to  provide  a  sup- 
portive role. 
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Technologies 


The  data  administration  function  is  not  only  going  to  have  to  deal  with 
two  or  three  DBMS  systems  and  the  relational  data  model,  but  it  is  also 
going  to  have  to  be  prepared  to  utilize  distributed  data  base  technology, 
manage  a  data  base  technology  at  the  workstation,  and  support  a  revolu- 
tion in  the  application  development  process  being  caused  by  the  introduc- 
tion of  computer-assisted  systems  engineering  (CASE)  technology. 

The  relational  model  is  just  now  becoming  accepted,  and  more  data  base 
technology  is  on  the  way.  This  chapter  discusses  these  additional 
changes  in  the  tools  and  technologies  that  will  impact  the  data  admini- 
stration process. 

A  

Distributed  Data  Base  Simply  defined,  distributed  data  base  technology  goes  one  very  large  step 
Technology  beyond  relational  technology.  Using  the  relational  model  (in  the  majority 

of  the  products),  a  distributed  data  base  management  system  (DDBMS) 
permits  a  single  physical  data  base  to  be  spread  across  more  than  one 
computer  or  platform. 

Exhibit  V-l,  from  INPUT'S  report  Distributed  Data  Base  Management — 
An  Early  Look,  provides  a  graphical  example  of  an  application  that  uses 
DDBMS  technology  and  that  includes  replicated  (redundant)  data.  The 
distributed  portion  of  the  DBMS  provides  the  technology  to  track  data 
relationships  across  the  platforms  on  which  the  data  base  resides,  to 
permit  and  maintain  redundant  data  where  required  for  processing  effi- 
ciency, and  to  assure  a  transaction  that  updates  data  stored  on  more  than 
one  platform  does  so  on  all  affected  platforms,  or  no  platforms,  thus 
maintaining  data  integrity. 
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Exhibit  V-2  provides  a  second  example  and  shows  the  complexity  of  a 
potential  DDBMS  environment.  In  this  example,  the  data  base  actually 
consists  of  relationships  across  platforms  and  different  DBMS  systems. 


EXHIBIT  V-2 


DISTRIBUTED  DBMS— A  DATA  COMMUNICATIONS  EXAMPLE 
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The  DDBMS  manages  those  data  relationships  and  interfaces  with  the 
communications  capabilities  of  the  DDBMS  to  access  the  other  DBMSs 
when  a  transaction  requires  such  access. 

This  heterogeneous  environment,  once  achieved,  provides  significant 
data  administration  and  management  control  benefits  while  improving 
data  access  for  the  user. 


The  use  of  a  DDBMS  to  accomplish  this  cross-data  base  access  shifts 
some  of  the  control  and  design  responsibility  from  the  applications  staff, 
who  might  design  a  file  transfer  program,  to  data  administration,  who 
must  now  track  and  maintain  relationships  across  DBMSs  and  platforms. 

The  implications  of  this  technology  for  data  administration  are  signifi- 
cant. 

•  First,  DDBMS  provides  a  tool  to  meet  distributed  processing  require- 
ments while  permitting  centralized  administration  of  all  data  within  an 
application.  This  eliminates  the  need  for  file  transfer,  as  well  as  the 
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exposures  of  redundant  data  stored  by  different  data  management 
technologies. 

•  Second,  the  user  of  the  application  can  be  provided  an  easy-to-under- 
stand  relational  data  model  with  broad  access  without  having  to  know 
where  the  data  is  actually  stored.  The  DDBMS  takes  care  of  knowing 
where  the  data  is  and  how  to  access  it. 


•  Third,  because  the  application  will  have  some  data  redundancy  for 
processing  efficiencies,  and  because  the  application  will  change  over 
time,  the  data  modeling  and  administration  will  be  much  more  dynamic 
than  in  a  single  platform  application. 

•  Fourth,  data  administration's  role  in  the  application  design  and  mainte- 
nance processes  is  increased.  Data  administration  must  have  a  larger 
understanding  of  the  application  and  may  make  a  larger  contribution  to 
the  final  design  concept  and  specifics.  The  implication  is  a  broader  set 
of  skills  and  increased  demands  on  the  time  of  the  DBA  staff. 

1.  Use  of  Distributed  DBMS 


EXHIBIT  V-3 


Exhibit  V-3  provides  INPUT'S  findings  on  the  level  of  activity  with 
DDBMS.  The  concept  has  existed  for  a  number  of  years,  thus  there  is  a 
very  high  level  of  familiarity  and  general  interest. 


DISTRIBUTED  DBMS  APPLICATION 
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Familiar      Considering  Using 
Distributed  DBMS 


Four  out  of  every  ten  data  managers  interviewed  indicated  DDBMS  was 
under  consideration.  Given  that  the  technology  is  relatively  new  and  still 
contains  some  shortcomings,  the  number  actually  using  DDBMS  does 
not  match  this  level  of  interest. 
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Although  some  16%  of  those  interviewed  indicated  they  were  currently 
using  DDBMS  technology,  a  closer  look  at  the  DBMS  systems  in  use  and 
the  specific  application  showed  that  many  of  the  applications  were 
actually  traditional  distributed  processing  systems,  which  did  use  a 
DBMS  on  each  of  the  platforms  but  not  as  a  true  distributed  single  data 
base. 

Exhibit  V-4  lists  sample  applications  that  are  using  DDBMS  capabilities 
to  some  degree.  It  is  of  note  that  the  applications  are  primarily  opera- 
tional, when  the  value  of  having  the  data  geographically  dispersed  can  be 
achieved  while  maintaining  a  single  physical  data  base  design. 


DISTRIBUTED  DBMS  APPLICATION 

SAMPLE  APPLICATIONS 

•  Customs  Clearance 

•  Shop  Floor 

•  Retail  Branch  Operations 

•  Computer- Aided  Engineering 

•  Inventory  Tracking 

•  Departmental  Reporting 

The  vendors  leading  the  way  with  DDBMS  are  the  leading-edge  RDBMS 
developers,  specifically  Oracle  and  Relational  Technology.  Both  have 
had  workable  DDBMS  capabilities  on  the  market  since  mid- 1987.  The 
distributed  module  is  part  of  the  standard  system  and  includes  all  of  the 
portability  characteristics  that  have  helped  these  two  companies  become 
very  successful. 

Other  vendors  with  DDBMS  capability  include: 

•  ADR,  with  Datacom/DB  on  IBM  mainframes 

•  Tandem,  with  NonS top/SQL  for  transaction-based  systems  on  Tandem 
computers 

•  Software  AG,  with  Adabas 
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Others  are  expected  to  enter  the  market,  including  IBM — which  will 
include  some  distributed  capabilities  in  the  next  release  of  DB2. 

The  technology  is  available  and  can  be  used  for  certain  types  of  applica- 
tions. The  vendors  are  working  to  meet  the  set  of  "standards"  from  Date 
and  Codd  and  to  develop  interfaces  with  other  relational  and  traditional 
DBMS  systems  so  a  heterogeneous  system  can  be  built  using  more  than 
one  DBMS  technology. 

2.  Integrated  Workstation  Applications 

Early  in  1988  INPUT  published  a  series  of  reports  entitled,  Workstation 
Strategies.  These  reports  were  a  result  of  research  into  the  changing 
technology  and  role  of  the  general  business  workstation  or  computer 
terminal. 

Not  surprisingly  INPUT  found  there  are  more  personal  computers  in 
many  companies  than  there  are  traditional  terminals.  Also,  a  majority  of 
the  PCs  are  already  connected  into  the  organization's  information  net- 
work. 

In  segment  three  of  the  series,  Workstation  Strategies,  Planning  the 
Future,  INPUT  explored  the  concept  of  integrated  workstation-based 
applications.  The  concept  is  simply  to  use  the  unique  capabilities  of  the 
PC  or  other  intelligent  workstation  to  perform  portions  of  an  application 
and  the  central  processor  (minicomputer  and/or  mainframe)  to  perform 
other  functions. 

With  the  advent  of  computers  such  as  workstations  and  technologies 
such  as  DDBMS,  the  traditional  approach  to  application  design,  placing 
the  entire  application  on  a  single  computer,  goes  away.  Instead  the 
application  can  be  spread  across  the  network,  using  the  best  of  each  tier's 
computing  capabilities.  Electronic  mail  and  executive  information 
systems  are  examples  of  early  attempts  to  do  this. 

Exhibit  V-5  provides  a  possible  distribution  of  system  functions  between 
the  workstation  tier  and  the  central  processor  that  would  lead  to  an 
integrated  workstation  application. 

Designing  such  applications  will  place  increased  dependence  on  the  data 
base  design;  thus  the  data  administrator  will  play  a  larger  role  in  their 
creation. 
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EXHIBIT  V-5 
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Data  Base  Computers    The  progress  in  the  use  of  data  base  computers,  such  as  Teradata,  has 

been  relatively  slow  and  primarily  tied  to  major  high-volume  applications 
where  quick  and  almost  random  data  retrieval  is  required.  Data  base 
computers  tend  to  use  the  relational  model  and  will  become  more  impor- 
tant as  the  general  use  of  RDBMS  technology  grows. 


Their  use  will  be  decided  on  an  application  basis,  yet  it  must  be  under- 
stood that  such  a  decision  introduces  another  DBMS  technology  that 
must  be  understood  by  the  data  administration  function.  Once  the  appli- 
cation is  built,  it  may  fall  directly  to  a  DBA  to  oversee  the  successful  use 
of  the  data  base  computer  and  its  application. 


Role  of  the  Data  The  data  dictionary  seems  to  be  a  long-sought-after  and  often  under- 

Dictionary  valued  tool  to  aid  the  data  administration  and  management  processes. 

During  its  research  INPUT  interviewed  one  manager  of  data  management 
who  indicated  that,  in  the  past  year,  his  company  had  achieved  the  goal  of 
a  100%  complete  data  dictionary  and  then,  in  the  first  cost  reduction 
effort  a  few  months  later,  had  dropped  the  use  of  the  data  dictionary  and 
decentralized  the  data  administration  process  to  the  various  application 
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development  groups.  In  one  quick  decision,  this  company  undermined 
the  tool  and  the  infrastructure  they  need  to  meet  the  systems  integration 
required  in  the  1990s. 

This  singular  instance  may  be  not  so  isolated.  As  we  reported  in  Chapter 
IIE5  the  level  of  effectiveness  and  use  of  data  dictionary  technology  is 
relatively  low.  Certainly  IBM  and  other  mainframe  DBMS  developer's 
inadequate  products  have  been  a  hindrance  to  the  disciplined  use  of  the 
data  dictionary  concept;  however,  more  likely  it  is  the  lack  of  overall 
commitment  and  required  resources  that  have  lead  to  this  performance 
level. 

As  highly  integrated  yet  distributed  information  environments  evolve, 
with  computers  at  each  tier  of  the  network,  data  dictionaries,  even  in 
their  simplest  form,  will  be  required. 

Many  of  the  new  RDBMS  systems  include  an  integrated  data  dictionary 
that  provides  much  of  what  is  required.  Vendors  such  as  Oracle  and 
Relational  Technology  are  setting  examples  for  the  others. 


Data  Administration  Computer-assisted  systems  engineering  (CASE)  technology  has  signifi- 
and  CASE  cant  meaning  and  impact  for  the  data  administration  function.  First,  the 

technology  brings  with  it  new  data  administration  tools,  and  second,  the 
technology  will  support  the  eventual  re-engineering  of  major  applications 
as  they  are  moved  to  new  technology. 

1.  The  Repository 

Exhibit  V-6  provides  a  schematic  of  a  complete  CASE  system.  The  most 
important  part  may  prove  to  be  the  automated  repository.  This  tool  is  the 
core  of  the  integrated  CASE  (I- CASE)  system,  as  it  provides  the  controls 
and  documentation  for  the  system. 

The  repository  is  a  data  dictionary,  a  recorder  of  data  and  logic  relation- 
ships, and  the  source  of  previously  used  code. 

•  Its  role  in  a  single-application  development  project  is  simply  to  control 
the  process  and  leave  behind  a  complete  record  of  the  application 
systems  design,  logic,  data  model,  etc. 

•  Its  role  in  serving  a  complete  RDBMS  installation  of  multiple  applica- 
tions is  to  provide  everything  a  DBA  ever  wanted  in  a  data  dictionary 
and  much  more. 
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EXHIBIT  V-6 


COMPLETE  CASE  SYSTEM— A  SCHEMATIC 
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Repository  technology  remains  in  early  development. 

•  The  front-end  CASE  vendors  include  a  repository  with  their  design 
tools,  but  it  is  not  tied  into  the  actual  code  development  technology  or 
DBMS. 


*  IBM  has  made  public  commitments  to  a  repository  for  DB2  and  an 
eventual  solution  for  CASE,  but  has  not  released  any  product(s). 

•  The  leading  RDBMS  vendors  include  an  integrated  data  dictionary  in 
their  DBMS  technology  and  are  beginning  to  build  CASE  tools.  It  is 
only  natural  that  their  data  dictionaries  will  be  enhanced  towards  the 
repository  definition. 

The  repository  will  be  the  tool  that  builds  a  solid  interactive  interface 
between  systems  development  and  data  management.  The  technology 
will  develop  quickly  in  the  next  few  years  and  should  be  adopted  as  soon 
as  it  proves  practical. 
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2.  Re-Engineering  Tools 

Some  of  the  CASE  vendors  are  addressing  the  development  process  from 
the  re-engineering  viewpoint.  Believing  that  much  of  future  develop- 
ment will  be  the  re-engineering  of  existing  applications  into  larger,  more 
complex,  and  integrated  systems,  they  feel  that  CASE  concepts  and 
technology  should  use  re-engineering  as  a  foundation. 

Bachman  Information  Systems  has  recently  released  its  first  tools  to 
support  the  re-engineering  process.  These  tools  are  designed  for  use  by 
the  data  manager  and  the  DBA,  not  the  application  designer.  Its  philoso- 
phy is  that  the  existing  application(s)  can  best  be  understood  from  the 
existing  data  definitions  and  relationships,  not  the  existing  code  and 
documentation.  This  will  define  the  logic  and  establish  a  data  model  that 
can  then  be  used  in  the  new  design. 

Recognizing  that  many  existing  applications  are  poorly  documented,  this 
is  a  productive  way  to  understand  the  underlying  logic  that  must  be 
modified  or  reprogrammed. 

The  alternative  is  to  analyze  the  actual  code.  This  approach  seems  more 
time-consuming  and  does  not  provide  the  underlying  data  model  that  is 

so  critical. 

Bachman  is  quick  to  point  out  that  their  tools  can  also  be  used  for  new 
application  design,  again  using  the  data  base  and  data  relationships  as  the 
foundation. 

Bachman  offers  a  set  of  tools  designed  specifically  for  the  data  admini- 
stration function  that  can  help  it  gain  an  understanding  of  prior  applica- 
tions development,  regardless  of  what  data  management  technology  was 
used.  Using  the  Bachman  technology  just  to  "catch  up"  with  history  may 
prove  valuable  to  some  information  systems  organizations.  Then  if  an 
application  needs  to  be  re-engineered  or  just  maintained,  there  is  a 
starting  point  at  the  very  foundation  of  the  application- — the  data  defini- 
tions and  relationships. 


©  1988  by  INPUT.  Reproduction  Prohibited. 


UDBD 


Data  Management:  Future 
Environment 


DEVELOPMENTS  IN  DATA  BASE  TECHNOLOGY 


INPUT 


Data  Management: 
Future  Environment 


Exhibit  VI- 1  suggests  three  roles  for  the  central  information  systems 
organization  in  larger  organizations.  These  three  roles  as  defined  in 
INPUT'S  1988  Information  Systems  Planning  report. 

1.  The  operational  role  of  Network  Manager,  operating  the  information 
network  but  not  necessarily  all  of  the  processing  sites 

2.  The  tactical  role  of  Information  Technology  Consultant,  providing  the 
required  architecture  and  infrastructure  to  the  information  environ- 
ment 


3.  The  strategic  role  of  Strategic  Opportunist,  working  with  senior 
operations  executives  to  identify  and  take  advantage  of  information 
technology  for  the  strategic  success  of  the  business 


INFORMATION  SYSTEMS 
ROLE  IN  THE  1990s 
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To  a  much  greater  extent  than  ever  before,  the  central  information  sys- 
tems management  and  staff  must  move  away  from  much  of  the  day-to- 
day operations  and  provide  the  overall  architecture  to  permit  maximum 
benefit  from  information  technology. 
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The  data  management  process  is  one  of  the  underlying  processes  that 
central  information  systems  must  execute  to  achieve  the  expectations  of 
the  1990s. 


•  Prior  to  the  arrival  of  computers  and  through  the  first  fifteen  years  or 
more  of  their  use,  the  controller  of  a  business  organization's  informa- 
tion was  the  accounting  organization,  with  the  help  of  the  internal 
auditing  staff.  The  information  that  everyone  used  and  that  really 
mattered  was  the  accounting  records.  Most  operational  information 
was  used  informally,  was  relatively  imprecise,  and  was  certainly  not  a 
full  measure  of  the  organizations  performance. 

•  For  operational  processes  outside  accounting,  the  data  contained  in 
those  systems  began  to  take  on  an  ownership  of  its  own.  It  became 
common  for  an  application  to  serve  more  than  one  department  and  for 
operational  and  accounting  data  to  become  intertwined. 

•  Soon  operational  data  became  more  important  than  accounting  data, 
and  today  operational  data  is  the  focus  of  most  information  systems 
activities. 

•  With  the  advent  of  data  base  management  technology  it  became  pos- 
sible to  integrate  the  data  from  many  applications.  Once  DBMS  tech- 
nology was  in  common  use,  the  data  it  stored  seemed  to  become  the 
computer's  data,  owned  by  information  systems. 

•  The  counteraction  to  this  appearance  of  ownership  by  information 
systems  was  the  tendency  in  the  1980s  to  distribute  data  to  minicom- 
puters and  then  to  PCs.  Very  quickly  in  some  companies  small  dupli- 
cate applications  were  created  to  permit  a  local  department  to  own  its 
data.  At  the  minimum,  significant  effort  was  spent  by  both  information 
systems  and  the  user  to  install  file  transfer  environments  to  move  data 
down  to  departmental  computers  and  workstations  so  it  could  be  closer 
to  the  user.  Significant  expense  has  also  been  made  to  maintain  integ- 
rity while  increasing  use  of  an  organization's  data. 

•  Much  of  this  distribution  of  the  computing  process  has  been  driven  by 
improved  user-oriented  technology,  greatly  increasing  the  ease  of  use. 
Another  driving  factor  has  been  the  push  by  much  of  today's  senior 
management  to  flatten  organizations,  reduce  central  staffs,  and  place 
increased  decision  making  in  the  hands  of  line  management.  For  these 
managers  to  operate  their  business  unit  they  have  taken  an  active  role 
in  the  planning  and  deployment  of  information  technology. 


A 


Data  Management's 
Role  in  the 
Organization 


To  place  the  future  role  of  data  management  in  perspective,  it  is  appro 
priate  to  recount  a  little  history. 
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•  While  senior  management  supported  this  increased  operational  orienta- 
tion to  information  technology,  they  did  not  plan  for  it  to  create  chaos 
in  the  information  network.  Yet  that  is  what  happened  in  many  organi- 
zations. So  today,  the  cry  is  to  integrate  the  information  network  while 
continuing  to  support  operational  demands. 

The  moral  of  this  short  story  is  that  central  information  systems  must 
provide  an  environment  that  permits  smooth  movement  of  data  and 
information  across  the  organization  at  all  levels.  A  data  architecture  and 
the  data  management  process  are  the  means  to  do  this,  and  technology  is 
quickly  improving  to  help  meet  this  challenge.  The  data  is  needed  at 
many  levels  of  the  organization,  but  information  systems  is  the  keeper  of 
the  keys  and  is  the  only  company  function  that  can  fulfill  this  need. 
Fulfilling  the  need  is  therefore  a  primary  role  of  information  systems. 

1.  Elements  of  the  Data  Management  Process 

INPUT'S  definition  for  the  data  management  process  for  the  1990s  is 
three-tiered.  Exhibit  VI-2  diagrams  that  structure  and  suggests  the 
primary  functions  that  would  be  performed  at  each  tier.  This  suggested 
concept  is  a  delineation  of  the  functions,  not  necessarily  the  separation  of 
the  organization. 


DATA  MANAGEMENT  PROCESS  FOR 
THE  1990s 


Tier 

Description 

Functions 

1 

Infrastructure 

Information  Architecture 
Data  Network  Modeling 
Technology  Selection 

2 

Definition 

Definition  Standards 
Definition  Review 
Coding  Schemes 

3 

Execution 

Data  Element  Definition 

Design  Execution 

DBMS  Installation  &  Support 
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Once  this  delineation  has  been  made,  it  becomes  possible  to  consider 
how  the  functions  will  be  performed.  Separating  the  data  administration 
organization  to  parallel  the  three  tiers  may  be  appropriate  if  the  group  is 
large  and  there  is  precedence  in  other  areas  of  information  systems.  Not 
separating  it  may  be  appropriate  as  the  charter  of  data  administration  is 
expanded  to  data  management  to  assure  all  functions  are  performed 
compatibly. 

A  critical  element  of  future  success  for  data  management  includes  in- 
volvement by  the  end  user  more  directly  in  the  data  management  process 
at  all  three  tiers. 

•  At  tier  one,  user  management  must  understand  how  the  overall  archi- 
tecture supports  the  business  structure  and  strategy. 

•  At  tier  two,  it  is  the  user  who  must  define  the  data  elements,  but  must 
do  so  within  a  process  that  supports  organizational  as  well  as  depart- 
mental use. 

•  At  tier  three,  as  RDBMS  use  becomes  common  at  the  minicomputer 
and  workstation  levels  ,  the  user  must  begin  to  assume  a  growing 
responsibility  for  execution  of  the  DBA  process. 

2*  Breadth  of  the  Data  Management  Process 

In  Chapter  HI  we  reported  findings  concerning  the  breadth  of  the  data 
management  responsibility  today  (refer  to  Exhibit  III-8).  The  findings 
suggested  that  broad  responsibility  was  becoming  recognized  if  not 
practiced.  Exhibit  VI-3  diagrams  the  breadth  of  the  data  management 
process. 


DATA  MANAGEMENT 
BREADTH  OF  RESPONSIBILITY 


Tiers  of 
Computing 

Categories  of  Data  Administered 

Corp. 

Div. 

Unit 

Dept. 

Group 

Personal 

Mainframe 

▲ 

■  ►  ! 

Mini 

 ► 

Workstation 

— — ► 

T 
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Over  time  the  data  management  process  must  parallel  the  information 
network.  This  means  it  must  extend  across  all  three  tiers  of  computing 
and  from  the  corporate  level  to  the  personal  level  to  structure  the  flow  of 
data  across  the  organizations.  Only  personal  systems  that  do  not  ex- 
change data  with  other  systems,  data  bases,  or  levels  of  computing  can 
fall  outside  the  general  data  management  process.  Who  performs  the 
DBA  tasks  at  each  level  is  not  the  issue;  it  is  that  the  data  definitions  and 
relationships  are  tracked  and  are  part  of  an  integrated  infrastructure  that 
meets  the  needs  of  the  organization  as  well  as  the  individual. 

Understanding  the  breadth  of  the  data  management  responsibility  is 
critical  to  its  future  success  and  to  how  the  process  is  established  and 
evolved.  The  responsibility  also  dictates  many  of  the  needed  characteris- 
tics of  the  individual  who  would  lead  data  management. 

3.  Characteristics  of  a  Data  Manager 

To  define  the  characteristics  of  a  data  manager,  it  is  first  appropriate  to 
characterize  today's  data  base  administrator. 

Exhibit  VI-4  lists  those  characteristics. 


CHARACTERISTICS  OF  TODAY'S 
DATA  BASE  ADMINISTRATOR 


•  Technologist — Understands  the  DBMS  in  Use 

•  Detailed  Orientation — Performs  a  Quality  Control 
Function 

•  Service  Orientation — Wants  to  Get  the  Job  Done 

•  Application  Orientation — Focuses  on  the  Specific 
Application  and  the  Data  Bases  Involved 

•  Corporate  Data  Focus— Sees  Responsibility 
Primarily  Tied  to  the  Corporate  Data  Bases  and 
Applications 


The  new  data  manager's  responsibility  is  much  broader  and  implies  a 
different  set  of  characteristics,  as  suggested  in  Exhibit  VI-5. 
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EXHIBIT  VI-5 


CHARACTERISTICS  OF  THE 
1990s  DATA  MANAGER 


•  Generalist— Understands  the  Value  of  Information 
Technology  and  Can  Market  Its  Value. 

•  Broad  Picture — Has  Top-Down  View  of  the 
Information  Infrastructure  of  the  Organization 

•  Consulting  Orientation— Advises  the  Development 
and  Data  Administration  Groups  on  Specific 
Development  Projects 

•  Business  Data  Orientation— Views  the  Data  and 
Information  Flow  across  the  Entire  Organization 

•  Systems  Integration  Focus— Focuses  on  Data 
Sharing  by  Groups  of  Applications  in  Support  of  a 
Strategic  Business  Operation 


The  differences  are  meant  to  be  significant,  as  the  task  described  earlier 
is  a  major  one.  Exhibit  VI-6  compares  the  characteristics.  The  lists  are 
not  complete,  but  the  differences  are  apparent.  Selecting  an  individual  to 
perform  the  broad  data  management  task  will  prove  to  be  one  of  the  most 
important  information  systems  assignments  over  the  next  few  years. 


EXHIBIT  VI-6 


DATA  MANAGER  VERSUS  DATA 
ADMINISTRATOR— A  COMPARISON 


Data  Manager 


Data  Administrator 


Generalist 


Technologist 


Broad  Picture 


Detailed  Orientation 


Consulting  Orientation 


Service  Orientation 


Business  Data  Orientation 


Application  Orientation 


Systems  Integration  Focus 


Corporate  Data  Focus 
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B  

Roadblocks  to 
Success 


EXHIBIT  VI-7 


Achieving  this  expanded  role  for  the  data  management  function  is  not  an 
easy  one  and  will  take  much  of  the  first  half  of  the  1990s  to  accomplish. 
There  are  many  roadblocks.  INPUT  believes  that  those  listed  in  Exhibit 
VI-7  are  the  most  significant. 


FUTURE  DATA  MANAGEMENT  ROLE 
INHIBITING  FACTORS 

•  Who  Owns  the  Data 

•  Skills  of  Today's  Data  Administrator 

•  Status  of  the  Information  Network 

•  Status  of  DBMS  Technology 

•  Understanding  the  Need 

•  Training  of  the  End  User 

1.  Who  Owns  the  Data? 


Our  introduction  to  this  section  suggests  that  the  concept  of  data  owner- 
ship has  become  overshadowed  by  information  technology.  It  certainly 
was  not  an  issue  prior  to  the  use  of  computers.  Today,  however,  it  is 
often  a  smoldering  issue  that  underlies  many  of  the  information  technol- 
ogy decisions  that  are  being  impacted  by  the  end  user. 

Sensing  freedom  from  the  central  information  controllers,  the  end  user  is 
quick  to  ask  that  the  data  be  transferred  to  his  own  computer,  or  if  pos- 
sible, that  the  entire  application  be  distributed.  Not  understanding  and 
not  being  able  to  use  the  technology  used  to  process  data  has  lead  to  an  "I 
would  rather  do  it"  phenomena:  "I  will  have  my  data  and  the  others  can 
have  theirs." 


This  may  be  a  little  over- simplistic  perhaps,  but  true.  Information  sys- 
tems is  going  to  have  to  back  up  and  build  a  framework  under  which 
ownership  is  apparent.  It  falls  to  the  most  appropriate  end  user,  and  the 
infrastructure  supports  easy  sharing  with  others. 

One  step  to  doing  this  is  to  begin  to  transfer  some  of  the  detailed  data 
administration  tasks  to  unit  information  and  end  user  functions. 
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2.  Skills  of  Today's  Data  Administrator 

Like  most  positions  in  information  systems,  the  data  base  administration 
job  evolved  out  of  a  technological  need.  Someone  had  to  understand  and 
execute  the  technology  for  data  base  applications,  and  a  new  information 
technology  specialist  was  bom. 

Very  few  information  systems  organizations  have  provided  the  data 
administration  function  with  the  stature  of  other  functions,  such  as  appli- 
cation development;  nor  have  they  seen  fit  to  place  someone  with  a  broad 
technical,  let  alone  a  business,  orientation  in  the  manager's  position. 

•  One  result  is  that  most  data  administration  functions  have  evolved 
along  technical  lines.  Many  data  administrators  would  not  even  think 
about  considering  the  user  in  the  data  design  process. 

•  Another  result  is  that  the  data  administration  process  is  viewed  as  a 
technical  necessity  rather  than  a  process  that  can  benefit  all  users  of  the 
information  network. 

•  A  third  result  is  no  one  is  that  marketing  the  data  administration  proc- 
ess as  one  of  the  underlying  elements  of  a  successful  information 
systems  strategy.  Unless  the  senior  information  systems  executive  is 
fulfilling  that  role,  it  is  not  being  performed. 

•  A  final  result  is  that  no  one  is  preparing  the  end  user  to  share  in  the 
responsibility  and  benefits  of  the  data  management  process. 

3.  Status  of  the  Information  Network 

The  1980s  have  been  far-reaching  years  for  the  information  networks  of 
most  large  organizations.  Traditional  DBMS  technology  controls  the 
central  systems,  departmental  minicomputers  are  abundant,  the  PC  is 
commonplace  and  is  the  user's  computing  standard,  and  the  local  area 
network  is  becoming  common.  All  of  this  is  interconnected  but  is  far 
from  integrated. 

Information  technology  is  how  businesses  are  operated  and  managed, 
and  users  are  quickly  becoming  the  decision  makers  on  many,  if  not 
most,  major  decisions.  However,  the  available  information  has  not 
satisfied  the  appetite  of  management,  and  the  network  is  not  truly  open  to 
the  end  user. 

4.  Status  of  DBMS  Technology 

The  relational  DBMS  technology  is  becoming  viewed  as  a  truly  new  and 
better  answer  for  many  computing  requirements  and  has  the  opportunity 
to  be  based  on  an  industry-wide  standard,  making  interfaces  far  simpler. 
Once  all  is  in  place,  a  major  hurdle  will  have  been  passed. 
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However,  information  systems  is  just  beginning  its  move  into  RDBMS, 
has  the  user  to  train,  and  has  much  to  learn.  It  also  carries  ten  to  fifteen 
years  of  investment  in  traditional  DBMS  technology.  The  typical  data 
manager  simply  sees  a  major  technical  task  ahead  and  is  not  able  to  rise 
to  the  broader  aspects  of  the  data  management  process. 

5.  Understanding  the  Need 

Understanding  the  need  for  a  broad,  organization-wide  data  management 
process  is  difficult  for  general  management  and  even  some  information 
systems  executives.  In  an  era  when  corporate  staffs  and  central  control  is 
not  the  preferred  style  of  management,  something  that  appears  as  abstract 
as  a  corporate  data  architecture  is  a  tough  sell. 

Information  systems  must  recall  the  original  effort  it  needed  to  sell  the 
first  DBMS  project  and  the  inherent  technology  investment.  General 
management  certainly  did  not  understand  the  need.  The  sales  effort  for  a 
data  management  process  is  the  same  type  as  before,  only  with  a  different 
investment  and  impact. 

6.  Training  of  the  End  User 

At  times  it  seems  that  the  primary  objective  of  the  information  center  has 
been  lost  in  the  flurry  of  PC  and  4GL  activity  over  the  past  few  years.  Its 
objective  is  to  serve  as  the  primary  moving  force  behind  increasing  the 
end  user's  involvement  in  the  use  of  information  technology.  Too  often 
it  has  served  as  the  controller  of  that  use. 

The  information  center,  and  information  systems  in  general,  has  not 
trained  the  user  and  its  management  about  the  fundamentals  of  informa- 
tion technology.  The  training  required  ranges  from  analysis  and  design, 
to  data  base  concepts,  to  operations  and  security.  Until  it  starts  to  do  this, 
other  aspects  of  the  central  information  system's  role  for  the  1990s, 
including  data  management,  will  be  met  with  some  resistance. 


Developing  a  Once  the  concept  of  data  management  versus  data  administration  is 

Roadmap  accepted,  the  task  will  be  significant  and  the  steps  many.  Some  have 

already  begun  to  address  this  issue,  but  few  have  achieved  the  desired 

result. 

In  INPUT'S  1988  Information  Systems  Planning  Report  a  series  of 
priorities  for  1989  and  beyond  1989  were  suggested.  In  the  data  manage- 
ment area,  the  priorities  were: 

•  For  1989 — Audit  the  data  management  function. 

•  Beyond  1989 — Refocus  data  management  to  a  company- wide  orienta- 
tion. 
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1.  Audit  Data  Administration 

Certainly,  an  audit  is  the  starting  place.  Most  data  administration  func- 
tions are  ten  years  old,  or  older,  and  will  benefit  from  a  complete  exami- 
nation. 

•  The  two  data  administration  questionnaires  in  this  report  would  be  a 
reasonable  first  effort  to  establish  a  benchmark  versus  our  broader 
research. 

•  The  audit  is  designed  to  document  the  true  state  of  data  administration 
and  to  build  a  foundation  for  planning. 

2.  Planning  for  Change 


Building  a  plan  of  action  is  the  second  obvious  step.  While  the  starting 
point  for  the  plan  will  vary  with  current  status,  it  will  need  to  include  the 
elements  in  Exhibit  VI- 8. 


PLANNING  FOR  THE  DATA  MANAGEMENT 
FUNCTION  OF  THE  1990s 

•    Organization-wide  Charter 

•    Marketing  Program 

•    User  Education  Program 

•    Multiyear  Structure 

•    Technology  Assessment  and  Architecture 

•    Policy  and  Procedure  Process 

Organization- wide  Charter — Gaining  an  initial  consensus  among  in- 
volved information  systems  and  end  user  groups  starts  with  the  definition 
of  a  charter  for  the  data  management  process.  Once  there  is  an  overall 
charter,  it  is  possible  to  define  the  various  roles. 


Marketing  Program — Gaining  the  needed  acceptance  suggests  an  internal 
marketing  plan  designed  to  spread  the  word  about  potential  benefits, 
define  the  requirements,  and  launch  the  education  process. 
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User  Education  Program — The  training  emphasis  of  the  user  must  now 
go  from  process  to  concept.  Data  management  and  DBMS  technology 
are  the  logical  starting  points,  as  these  are  the  core  of  the  information 
network  in  the  eyes  of  the  user. 

Multiyear  Structure — The  task  will  be  a  long  one,  and  patience  is  re- 
quired. Define  the  building  blocks  and  stick  to  a  plan.  Caution  is  appro- 
priate for  as  long  as  progress  is  being  made. 

Technology  Assessment  and  Architecture — The  data  manager  needs  to 
understand  all  of  the  data  management  technology  that  is  in  use  and  then 
build  a  compatible  architecture  within  which  future  decisions  will  be 
made.  DBMS  technology  is  evolving,  thus  the  architecture  must  evolve 
with  it;  yet  without  a  benchmark,  there  is  no  basis  to  assess  the  impact  of 
adding  new  technology. 

Policy  and  Procedure  Process — By  the  time  the  full  data  management 
process  is  in  place,  the  execution  task  and  some  of  the  definition  tasks 
will  be  decentralized,  probably  all  the  way  to  the  end  user.  Thus,  an 
appropriate  set  of  policies  and  procedures  must  be  put  in  place  over  the 
first  two  years  of  this  effort. 

No  one  in  the  organization  is  going  to  tell  information  systems  to  launch 
a  data  management  process.  Information  systems  must  decide  them- 
selves that  data  management  is  a  service  that  the  organization  requires 
and  that  it  is  their  responsibility  to  provide  it.  The  value  will  become 
apparent  over  time. 

3.  Shifting  Responsibility  to  the  End  User 

As  more  and  more  information  processing  is  performed  at  the  second  and 
third  tiers  of  the  network,  the  user  is  going  to  have  a  greater  impact  on 
data  base  design  and  use.  It  is  only  natural,  therefore,  to  begin  to  place 
some  of  the  data  administration  responsibility  in  the  user's  hands.  To 
start  this  process,  information  systems  must  recognize  and  pursue  the 
following. 

•  The  need  for  conceptual  training  has  already  been  discussed. 

•  A  movement  towards  SQL-based  personal  computer  data  base  products 
is  an  important  step  both  in  simplifying  data  movement  and  in  the 
user's  understanding  of  RDBMS  and  data  base  technology  in  general. 

•  The  ownership  question  can  best  be  addressed  by  allowing  the  user  to 
define  the  data  elements  of  an  application  with  information  systems, 
with  data  management  supporting  the  process.  Over  time  the  user  will 
then  be  more  able  to  assume  some  of  the  DBA  tasks. 
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A  

Conclusions  Many  of  the  conclusions  from  this  study  are  straightforward,  but  at  the 

same  time,  far-reaching.  The  data  management  function  is  on  the  verge 
of  major  change.  Information  systems  management  must  recognize  the 
change  and  act  on  it  now,  not  later. 

•  The  underlying  technology  used  for  data  base  applications  is  changing 
rapidly  to  relational  DBMS. 

•  The  end  user  is  learning,  often  by  himself  or  from  the  vendor,  to  use 
RDBMS  capabilities. 

•  RDBMS  capabilities  are  available  on  all  three  tiers  of  the  information 
network:  mainframe,  minicomputer,  and  workstation.  Data  base  appli- 
cations are  being  developed  at  all  tiers. 

•  Relational  DBMS  technology  will  bring  many  advantages  that  have  not 
been  fully  satisfied  by  traditional  DBMS  technology.  This  will  provide 
information  systems  and  the  data  management  process  with  a  opportu- 
nity to  increase  control  as  well  as  access  to  the  information  in  the 
network.  Features  of  RDBMS  include: 

-  A  standard  base  language,  SQL 

-  Portability  across  the  tiers  of  the  information  network 

-  Initial  and  simple  understanding  of  the  technology  by  the  end  user.  A 
RDBMS  view  of  data  relationships  is  a  two-dimensional  table. 

-  Integrated  data  dictionaries 

•  External  technologies,  such  as  CASE,  are  impacting  the  development 
process  and  therefore  data  administration. 
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•  Relational  technology  remains  new  with  many  improvement  to  be 
made.  As  it  evolves,  new  types  of  applications  will  be  possible.  An 
ever-changing  data  infrastructure  will  result,  necessitating  an  expanded 
orientation  by  the  data  administration  function. 

-  The  advent  of  distributed  DBMS  capabilities  will  revolutionize  the 
way  in  which  many  applications  are  designed. 

-  The  ease  with  which  regional  data  bases  can  be  modified  and  ac- 
cessed will  permit  applications  that  previously  were  just  too  costly; 
for  example,  executive  information  systems. 

*  The  priorities  for  the  next  few  years  will  be  to  interconnect  the  infor- 
mation network  while  maintaining  its  distributed  structure.  New 
DBMS  technology  and  a  proactive  data  management  process  are 
essential  to  meet  this  goal. 


Recommendations         INPUT  offers  the  following  recommendations  for  the  data  management 

area.  As  with  its  other  assessments  for  information  systems  manage- 
ment, INPUT  provides  both  a  short  and  long-term  set  of  priorities. 

The  fundamental  recommendation  is  that  information  systems  must 
realize  that  the  traditional  data  administration  process  is  not  longer 
adequate  to  both  serve  and  help  control  the  information  network.  It  is 
essential  that  a  broader  view  be  assumed  by  information  systems  and  a 
top-down  data  management  process  evolve  over  the  next  few  years. 

1.  Data  Management  Objectives  for  1989 

The  following  objectives  are  recommended  to  information  systems 
management  concerning  the  current  data  administration  function  for 
1989. 

«  Audit  the  data  administration  process  to  provide  a  benchmark  for 
expanding  the  framework  of  the  process. 

•  Define  a  data  management  charter  as  a  foundation  for  broadening  the 
orientation  and  to  market  concepts  to  users  and  senior  management. 

•  Select  a  SQL  DBMS  for  PC  use.  The  users  learn  best  through  trying 
and  using  the  technology.  The  sooner  they  begin  to  understand 
RDBMS  in  their  environment,  the  PC  (workstation),  the  sooner  it  will 
be  possible  to  move  to  conceptual  training  on  data  base  technology. 
Once  users  learn  SQL-based  languages  and  concepts,  they  can  take  on 
greater  responsibilities  in  the  data  administration  level. 
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•  Re-emphasize  the  data  dictionary,  as  this  tool  will  be  an  essential 
element  of  a  RDBMS  and  DDBMS-based  environment.  It  will  also 
make  the  adoption  of  CASE  technology  and  systems  integration  much 
more  achievable. 

•  Introduce  a  generalist  into  the  data  administration  function.  The  infor- 
mation center,  and  information  systems  in  general,  has  benefited  from 
management  by  a  more  business-oriented,  versus  technically  oriented 
individual;  similarly  it  is  time  to  add  these  skills  to  the  expanding  data 
management  function.  Such  a  move  will  quickly  broaden  the  orienta- 
tion of  the  data  administration  staff  and  improve  communications  with 
those  served. 

•  Audit  the  use  of  minicomputer  DBMS  systems  to  be  sure  the  activity  is 
compatible  with  longer  range  integration  plans.  If  data  administration 
is  not  directly  involved  with  this  use  of  minicomputer  DBMS  technol- 
ogy, it  should  do  so  immediately. 

2.  Data  Management  Objectives  beyond  1889 

The  following  objectives  are  recommended  as  data  management  priorities 
beyond  1989  and  into  the  next  decade.  They  all  presume  that  a  full  data 
management  process  will  be  the  objective. 

•  Broaden,  over  time,  the  responsibility  of  the  data  management  process 
to  all  levels  of  the  information  network. 

•  Launch  a  user  training  program  in  all  aspects  of  data  base  use.  This 
understanding  is  fundamental  to  meeting  the  broader  goals  of  informa- 
tion technology  use  throughout  the  organization.  It  is  through  data  base 
technology  that  end  users  will  reach  their  desired  sense  of  information 
freedom,  while  information  systems  will  provide  the  connectivity  and 
integration  required  for  the  organization  to  be  successful. 

•  Develop  a  data  architecture,  and  have  it  accepted  by  user  management. 
Users  must  understand  it  and  how  it  fills  their  needs,  not  those  of  the 
information  systems  group(s). 

•  Market  the  data  management  process  at  all  levels  of  the  organization. 
This  is  a  service  from  information  systems  to  the  rest  of  the  organiza- 
tion that,  if  performed  successfully,  will  strengthen  computer-based 
information  use  and  capabilities  throughout  the  organization. 

•  Begin  to  segment  the  data  management  process  for  the  eventual  shift  of 
some  tasks  to  unit  and  end-user  information  systems  groups,  and  shift 
the  responsibility  as  soon  as  the  functions  are  prepared  to  accept  it. 
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*  Explore  the  impacts  of  CASE  on  the  data  management  and  administra- 
tion processes.  CASE  technology  will  bring  tools  to  support  the  data 
administration  and  expanded  data  management  processes. 

•  Support  experimentation  with  distributed  DBMS.  This  extended 
capability  of  relational  DBMS  will  eventually  provide  the  control 
mechanism  required  to  permit  a  true  balance  between  data  manage- 
ment control  and  freedom  of  data  use  by  the  user. 
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INTRODUCTION 

A.  Hello,  my  name  is  .  I  am  calling  for  INPUT  a  leading 

market  research  firm  specializing  in  the  information  systems  industry.  I  would  like  to 
speak  to  the  individual  responsible  for  the  data  administration  function  (that  is;  the 
Data  Base  Administrator,  or  Manager  of  Data  Administration  or  Data  Management). 
Could  you  direct  me  to  that  individual?  If  switched  elsewhere  for  referral, 
repeat  as  necessary. 

B .  Hello,  my  name  is  .  I  understand  you  are  responsible  for 

the  data  administration  (or  data  management)  function.  I  am  calling  for  INPUT  a 
leading  market  research  firm  specializing  in  the  information  systems  industry  and 
would  like  to  ask  you  a  few  questions. 

Would  you  have  a  few  moments  now,  or  would  you  prefer  that  we  set  an 
appointment  for  another  time?  It  should  take  only  10  minutes  and  INPUT  will  be 
pleased  to  share  a  summary  of  the  results  with  you.  If  the  correct  person 
proceed  to  C  or  make  an  appointment  to  call  back,  otherwise  transfer 
and  repeat. 

C.  We  are  currently  studying  a  number  of  issues  in  the  data  administration  area  of 
information  systems,  in  particular  the  use  of  relational  data  base  management  systems 
and  the  use  of  data  dictionaries.  Your  responses  to  the  questions  will  be  kept 
confidential  and,  as  I  mentioned,  INPUT  will  send  you  a  complimentary  summary  of 
the  results. 

Individual  Completing  the  Questionnaire 

Name   

Title   

Organization   

Address   


Telephone 


The  first  group  of  questions  address  the  data  administration  organization. 

QU:   la        What  is  the  number  of  employees  in  the  data  administration  staff? 
1987   1988  plan   1989  estimate  

QU:   lb       Is  there  more  than  one  Data  Administration  organization? 
Yes_        No  GO  TO  2 

QU:   lc       How  many  separate  data  administration  organizations  are  there  within  your 
firm?  
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QU:  le 


QU:  If 


QU:  Ig 


QU:  Ih 
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Please  describe  each  one? 

Data  Administration 

Organization  Reports  To 


Which  of  the  following  categories  of  data  is  the  corporate  data 
administration  function  responsible  for?  READ  THE  LIST 

Central  Data 
Division  Data 
Departmental  Data 
Distributed  Systems 
Minicomputer  Data  Bases 
PC  Data  Bases 
Non  Data  Base  Systems 
Other  (____  ) 

How  have  these  responsibilities  changed  in  the  past  year? 


Y 

N 

Y 

N 

Y 

N 

Y 

N 

Y 

N 

Y 

N 

Y 

N 

Y 

N 

What  are  the  top  three  issues  facing  your  data  administration  function? 

1.  _  .    

2.   ...  


3. 


On  a  scale  of  one  to  five  how  would  you  rate  the  effectiveness  of  the 
corporate  data  administration  function  today?  Five  indicates  excellent 
performance  and  one  poor  performance. 

1   Poor 

2  

3 .   Average 

4 

5  Excellent 
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Next,  I  would  like  to  learn  which  data  base  management  systems  (that  is  DBMSs)  are  in 
use,  and  what  the  primary  applications  are  for  each,  for  mainframes,  minis  and  personal 
computers. 

QU:  2a        First,  what  DBMSs  are  in  use  on  your  mainframe(s)? 

DBMS  Primary  Use/Applications 

1.     

2.     

3.     


QU:   2b       Next,  minicomputers? 

1.   

2.   

3.   


QU:   2c       And  finally,  personal  computers? 

1.    

2.    

3.    


QU:   2d       Are  any  new  DBMSs  under  consideration? 
Yes  No       GO  TO  3 


QU:   2e       Which  ones  and  for  what  applications? 

DBMS  Applications 


The  third  set  of  questions  address  your  use  of  relational  data  base  management  systems. 

QU:   3         Has  your  organization  developed  any  relational  DBMS  based  applications? 
Yes   No  GO  TO  5 

QU:  4         USING  THE  FOLLOWING  TABLE  ASK: 

QU:   4a        What  applications  have  been  developed  using  a  relational  DBMS?  TRY 
FOR  MORE  THAN  1  EXAMPLE 

FOR  EACH  APPLICATION  MENTIONED  IN  4a  ASK: 
QU:   4b       What  relational  DBMS  was  used? 
QU:   4c       What  computer  (mainframe,  mini,  or  PC)  was  used? 
QU:  4d       When  were  they  developed? 
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4c 

4b              M/F  4d 

RDBMS          Mini  When 

Application  Name         Used             PC  Developed 


QU:  5         USING  THE  FOLLOWING  TABLE  ASK: 

QU:   5a        What  applications  are  planned  for  development  using  a  relational  DBMS  in 
the  next  two  years?  TRY  FOR  MORE  THAN  1  EXAMPLE 

FOR  EACH  APPLICATION  MENTIONED  IN  5a  ASK: 

QU:   5b       What  relational  DBMS  will  be  used? 

QU:   5c       What  computer  (mainframe,  mini,  or  PC)  will  be  used? 

QU:   5d       When  will  they  be  developed? 

5c 

5b  M/F  5d 

RDBMS  Mini  When 

Application  Name         Used  PC  Developed 


QU:  6  Of  all  new  application  development  projects,  what  percentage  would  you 
estimate  will  be  done  using  a  relational  DBMS  in  1988  and  1989?  Please 
indicate  by  type  of  computer.  PROBE  FOR  A  GUESS. 

Percent  of  AH  New  Development 


1988% 

1989% 

Mainframe 

% 

% 

Mini 

% 

% 

PC 

% 

% 

Total 

100% 

100% 

Now,  I  would  like  to  ask  about  the  involvement  of  the  end  user  in  application  development. 
QU:   7         Are  end  users  developing  applications  using  relational  DBMS  systems? 
Yes  No       GO  TO  10 
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QU:   8         USING  THE  FOLLOWING  TABLE  ASK: 

QU:   8a        What  applications  have  been  developed  by  end  users  with  a  relational 
DBMS?  TRY  FOR  MORE  THAN  1  EXAMPLE 

FOR  EACH  APPLICATION  MENTIONED  IN  8a  ASK: 

QU:   8b       What  relational  DBMS  was  used? 

QU:   8c        What  computer  (mainframe,  mini,  or  PC)  was  used? 

QU:   8d       When  were  they  developed? 

8c 

8b  M/F  8d 

RDBMS  Mini  When 

Application  Name         Used  PC  Developed 


QU:   9         What  criteria  was  used  to  determine  that  end  users  were  equipped  to  do  their 
own  relational  DBMS  based  development? 


The  next  few  questions  concern  your  use  of  distributed  data  base  management  systems. 

QU:    10       IF  NO  TO  7  ASK  Are  you  familiar  with  distributed  data  base 
management  system  concepts? 
Yes   No  

QU:    11        Is  Distributed  Data  Base  Management  Systems  (DDBMS)  technology  in  use 
within  your  firm? 

Yes   No  GO  TO  13 

QU:   12       USING  THE  FOLLOWING  TABLE  ASK: 

QU:   12a      What  applications  have  been  developed  using  a  distributed  DBMS?  TRY 
FOR  MORE  THAN  1  EXAMPLE 


QU 
QU 
QU 


FOR  EACH  APPLICATION  MENTIONED  IN  12a  ASK: 
12b      What  distributed  DBMS  was  used? 
12c      What  computer  (mainframe,  mini,  or  PC)  was  used? 
12  d     When  were  they  developed? 
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12c 

12b             M/F  12d 

RDBMS          Mini  When 

Application  Name         Used             PC  Developed 


GO  TO  14 

QU:   13       IF  NO  TO  11  ASK  Is  distributed  DBMS  under  consideration? 
Yes   No  GO  TO  15a 

QU:   14       USING  THE  FOLLOWING  TABLE  ASK: 

QU:    14a      What  applications  are  under  consideration  that  will  be  developed  using  a 
distributed  DBMS?  TRY  FOR  MORE  THAN  1  EXAMPLE 

FOR  EACH  APPLICATION  MENTIONED  IN  14a  ASK: 

QU:    14b      What  distributed  DBMS  was  used? 

QU:    14c      What  computer  (mainframe,  mini,  or  PC)  was  used? 

QU:    14d      When  will  they  be  developed? 

14c 

14b  M/F  14d 

RDBMS  Mini  When 

Application  Name         Used  PC  Developed 


The  last  few  questions  address  your  use  of  data  dictionaries. 

QU:    15a      Does  your  firm  use  a  data  dictionary? 

Yes  No        GO  TO  16a 
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What  data  dictionaries  are  in  use  and  what  data  bases  do  they  cover? 
Data  Dictionary  Data  Bases  Covered 


INPUT 


QU:   16a      Please  estimate  the  percentage  of  your  data  bases  that  are  administered  using 
a  data  dictionary?   % 

QU:   16b      How  would  you  rate  the  quality  of  your  use  of  these  data  dictionary 
capabilities? 

  Excellent 

  Above  Average 

  Average 

  Below  Average 

Unsatisfactory 


QU:   17a      Are  you  planning  to  install  a  data  dictionary? 
Yes  GO  TO  18  No  


QU:    17b      If  No,  why  not? 


GO  TO  19 

QU:   18       USING  THE  TABLE  BELOW  PLEASE  ASK  THE 
FOLLOWING  QUESTIONS: 

QU:    18a      What  data  dictionaries  are  planned? 

FOR  EACH  DATA  DICTIONARY  MENTIONED  IN  18a  ASK: 

QU:    18b      When  do  you  plan  to  implement  these  dictionaries? 

QU:    18c      What  data  bases  will  they  cover? 

18a.  18b.  When  18c. 

Data  Dictionary       Implement  Data  Bases 
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QUc    19       Finally,  would  you  (or  the  manager  of  data  administration)  be  willing  to 
participate  in  a  more  in  depth  interview  at  a  future  date? 
Yes   No  

Name  

Title  

Phone  No.  


That's  it!  I  want  to  thank  you  for  your  help  today.  Let  me  double  check 
your  address  in  order  to  send  you  a  synopsis  of  the  report.  Thanks  again. 
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Appendix  B:  Data  Administration 
Questionnaire  #2 

INTRODUCTION 

Hello,  earlier  in  1988  we  talked  with  you  or  an  associate  about  your  data  administration  function 
and  the  changes  it  is  undergoing.  At  this  time  I  would  like  to  take  a  few  more  minutes  to  explore 
some  aspects  of  the  data  administration  function  that  INPUT  finds  to  be  changing  as  we  approach 
the  1990s  and  the  age  of  relational  and  distributed  data  base  technology. 


Is  this  a  convenient  time? 


The  aspects  I  wish  to  discuss  deal  with  the  use  of  relational  data  base  technology  and  the 
fundamental  responsibilities  of  data  administration  and  how  they  may  need  to  change  for  the 
1990s. 

INPUT  will  be  publishing  its  report  on  this  research  in  December  and  will  send  you  a  copy  of  the 
Executive  Overview. 


First  let  me  confirm  a  few  characteristics  of  your  current  data  administration  environment. 
QU:   1         You  are  currently  using  the  following  DBMSs. 


QU:   la        Are  any  others  in  use?  Yes  No. 

Which  ones?   


QU:   lb       Are  any  others  under  consideration?  Yes  No. 

Which  ones?   


QU:   lc        How  have  the  data  administration  responsibilities  changed  in  the  past  year? 
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How  is  the  performance  of  data  administration  measured  in  your  company? 
1.    


INPUT 


2. 


3._    

QU:   le        What  are  the  top  three  issues  facing  your  data  administration  function? 

1.  .  

2.  

3.  


QU:    If        What  are  the  three  top  objectives  for  your  data  management  function  over 
the  next  two  years? 


1.  

2.  

3„.  

QU:    Ig       On  a  scale  of  one  (low)  to  five  (high)  please  rate  the  quality  of  your  use  of 
data  dictionary  capabilities? 


1 .   Excellent 

2   Above  Average 

3   Average 

4  ____  Below  Average 

5  Unsatisfactory 

QU:   Ih       What  plans  exist  to  improve  the  use  of  data  dictionary  capabilities? 


QU:    li        Who  sets  definitions  for  data  in  your  organization? 

User   Information  Systems   Both 

QU:   Ij        Who  owns  the  data  in  your  organization? 

User   Information  Systems   Both 
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QU:   lk       Please  describe  what  data  ownership  means? 


QU:   II        Please  describe  the  policies  that  oversee  data  administration  in  your 
organization? 


QU:   lm       Do  these  policies  apply  to 


Corporate  Departments  Yes   No 

User  Computing  Yes .   No 

Departmental  Computing  Yes   No 

Operating  Divisions  Yes   No 

Personal  Computing  Yes   No 


QU:   In        How  would  you  rate,  from  one  (low)  to  five  (high)  the  level  of  compliance 
with  the  data  definition  policies? 

1        2        3        4  5 

Relational  DBMS 

Next,  I  would  like  to  discuss  your  progress  in  the  application  of  Relational  DBMS  technology?  As 
noted  previously  you  are  using  the  following  products. 

QU:  2a       Relational  DBMS  use? 

Mainframe  

Minicomputer   

PC  


QU:   2b       When  did  the  RDBMS  use  begin?  

QU:   2c       Is  that  use  primarily? 

Mainframe   Mini   PC 
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QU:  2d       How  many  applications  have: 

1.  Been  developed?   .  . 

2.  Are  in  process?  .  

QU:   2e       What  criteria  is  being  used  to  decide  to  use  a  RDBMS  versus  a  conventional 
DBMS? 

1.  


QU:   2f       What  has  been  the  impact  on  the  data  administration  regarding: 
1.  Training 


2.  Data  Modeling 


3,  Data  Administration/Data  Dictionary 


4,  Other 


QU:   2g       Please  rate  the  Productivity  of  Data  Administration  with  RDBMS  compared 
to  conventional  DBMS? 

1.  Is  it? 

Worse  

Same  

Better   


2.  How  much  better  or  worse? 

10%  25%  50%  75%  Other 
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QU:  2h 

QU:  2i 

End  User 

QU:  3a 

QU:  3b 

QU:  3c 

QU:  3d 


Please  rate  the  Productivity  of  application  development  personnel  with 
RDBMS  compared  to  conventional  DBMS? 

1.  Is  it? 

Worse  

Same   

Better   


2.  How  much  better  or  worse? 

10%  25%   50%   75%   Other 


If  using  both  mainframe  and  minicomputer  based  RDBMS  systems  please 
compare  the  activities/productivity/etc.? 


Use  of  RDBMS 

Are  End  Users  developing  systems  with  this  RDBMS? 

Yes   No   (SKIP  TO  4a) 

Is  the  corporate  data  administration  group  coordinating  this  use? 
Yes   No  . 

1.  If  No  who  is?  

2.  If  Yes,  how  would  you  rate  that  coordination? 

Less  than  Adequate  .  

Adequate  

More  than  Adequate   

If  yes,  what  are  some  examples? 

1.   

2.   

3.   

What  type  of  training  is  being  provided  to  the  end  users? 
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QU:   4b       Is  the  corporate  data  administration  group  coordinating  this  activity? 
Yes .  .  No  

1.  If  No  who  is?  


2.  If  Yes,  how  would  you  rate  that  coordination? 

Less  than  Adequate   

Adequate   

More  than  Adequate  __ 


QU:   4c       What  are  some  examples  of  workstation-based  DBMS  use? 

1.  

2.  

3.   


Data  Base  Machines 

QU:  5a        On  a  scale  of  one  (low)  to  five  (high)  how  familiar  are  you  with  data  base 
computers  and  their  application? 

1        2        3        4  5 

QU:   5b       Is  a  data  base  computer  .... 

1.  In  use  in  your  organization? 

2.  Under  consideration? 

3.  Under  investigation? 

4.  Not  considered  applicable?         Yes   No  (5i) 

QU:   5c        When  was  it  first  acquired? 


Yes 

(5c) 

No 

Yes 

(5h) 

No 

Yes 

(5h) 

No 

Yes 

No 
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UBDB 


QU:  5d 

QU:  5e 

QU:  5f 

QU:  5g 

QU:  5h 

QU:  5i 

UBDB 


DEVELOPMENTS  IN  DATA  BASE  TECHNOLOGY  INPUT 

Is  the  corporate  data  administration  group  coordinating  its  use? 
Yes   No  

1.  If  No  who  is?  . 

2.  If  Yes,  how  would  you  rate  that  coordination? 

Less  than  Adequate   

Adequate   

More  than  Adequate   

What  applications  are  supported  by  a  data  base  machine? 

1.  

2.   

3.  

What  data  base  computer  is  in  use? 


What  were  the  factors  leading  to  the  use  of  a  data  base  computer  instead  of  a 
DBMS? 


3.   

GO  TO  6a 

For  what  application(s)  is  data  base  computer  technology  being  considered? 


1.  When  might  a  selection  be  made?  

GO  TO  6a 

For  what  reasons  is  data  base  computer  technology  considered  not 
applicable? 

li   

2.  .  

3.   
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Distributed  Data  Base  Management 

QU:  6a 


IS  a  QlStiluUIcQ  JL'DlVJ  Jj  ... 

Tn  iiqp  in  vonr  rvrcrani'znrion'? 
x.  jlii         hi  yum  uiKcuu&iiiuuu ; 

 v°w 

Ma 

JL>  VJ  _____ 

2.  Under  consideration? 

Yes. 

_(6h) 

No 

3.  Under  investigation? 

Yes. 

_(6h) 

No 

4.  Not  considered  applicable? 

Yes 

No  (6i) 

QU:   6b       Is  the  corporate  data  administration  group  coordinating  its  use? 
Yes   No  

1.  If  No  who  is?  


2.  If  Yes,  how  would  you  rate  that  coordination? 

Less  than  Adequate  

Adequate   

More  than  Adequate   


QU:   6c       What  applications  are  supported  by  a  data  base  machine? 

1.  

2.   

3.   


QU:   6d       What  distributed  data  base  is  in  use? 


GO  TO  END 

QU:   6e        For  what  application(s)  is  distributed  data  base  technology  being  consider? 


1.  When  might  a  selection  be  made? 


QU:   6f        For  what  reasons  is  data  base  computer  technology  considered  not 
applicable? 

1.  

2.  

3.  
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That's  it!  I  want  to  thank  you  for  your  help  today.  Let  me  double  check 
your  address  in  order  to  send  you  an  Executive  Overview  from  the  report. 
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